Studio,TFS,ALM,VSTS,DevOps関係のことについていろいろと書いていきます。TumblrはじめにTFS2017のNuGetパッケージ管理機能を使っているのですが、120プロジェクトを含むソリューションに対して復元と更新を実行すると2時間以上かかります。TFS2017での対策と、バージョンアップによる改善が期待できるか教えてください。DevOpsを導入することで得られる恩恵を教えてください。認証はどうなるでしょうか。2019に参加いただいた方、今回のお話を振っていただいた日本マイクロソフトの皆様ありがとうございました。セッション中にsli.doというサービスも使ってQ&Aをうけていたのですが、こちらでも補足します。https://www.microsoft.com/ja-jp/events/decode/2019/default.aspxTFS2017のNuGetパッケージ管理機能を使っているのですが、120プロジェクトを含むソリューションに対して復元と更新を実行すると2時間以上かかります。TFS2017での対策と、バージョンアップによる改善が期待できるか教えてください。docs.microsoft.comパッケージの全バージョンを常時公開していると、クライアントからのクエリー取得に時間がかかります。packageのように自動的に古いバージョンのパッケージを削除するようにしてください。保守の都合上、古いのがないと困る、という場合は新しいバージョンには新しいフィードを作って、そちらから取得するようにしたほうがいいんじゃないかなと思います。2018からだと思っていたのですが、TFS2017でもあるようですね。AD)ベースで作るという前提です。ADに紐づけるにはいくつかのパターンがあります。ADゲストログオンを認める必要があります。DevOpsごと納品する前提であれば、1は選べません。ADのゲストユーザーライセンスには上限があるので、そこを超えないかどうかも確認が必要です。B2Bでのログインはおおむねいいのですが、二つほど欠点があります。P1/P2を使う場合、本体テナントとは別にP1/P2の料金がかかる後者は考えてみればその通りで、P1/P2ラインセンスはテナント単位でかかります。最初に合意しておけばいいのですが、そうじゃない場合後出しで結構お金のかかるP1/P2の話し出すと怒られるので、気を付けましょう。ADの知識が前提になってしまうので、注意してください。DevOpsを導入することで得られる恩恵を教えてください。私個人の考えですが、運用段階に入ってから使う場合、運用で困っているポイントだけで使うのがいいと思います。CI/CDでmacOSが必要だけど、macOSのCI探してるとか、リリースが温かみのある手作業だけど、開発環境くらいは自動化したいとか。DevOpsに含まれるサービスを単独で使う場合、競合サービスと比べると見劣りするところは確かにありますので、無理に使わなくてもいいとは思います。ライセンスがあるから、まずやってみるとかでいいんじゃないでしょうか。TFSの書籍などおすすめの資料はありますか?会場では英語でもいいとのことだったので、ちょうど出ています。www.visualstudiogeeks.comwww.packtpub.comwww.oreilly.com自分も書こうと思いつつ、あるていどは書いているのですが...ペース早いですね。Githubとどう使い分けます?GitHub便利ですね。issue)するならGitHub使うしかないと思います。Pipelinesのアプリがありますね。github.comgithub.comGitHubに足りないところをちょっと補う感じです。Boardsとissue/Projectsはどうするのよ?というところですが、大規模開発でチームが複数あってひとつのおおきなプロダクトを作る場合、GitHubのリポジトリをあっち見てこっち見てというのは正直つらい。Boardsだとそういうのができます。ステークホルダーも横櫛で通してみやすくなるのと、チーム単位でバックログ見やすくできるので、そういうところはたぶんメリットだと思います。リソースをデプロイする方法についておすすめはありますか?最初はARMテンプレート、WebAppsでいいなら普通にタスクでもいいと思います。すごくいい記事がいっぱいあるので、おすすめです。DevOpsからのサポートは普通にMSのサポート対象です。DevOpsのサーバーの移行(USから東アジア)とか、手違いでだれも入れなくなったとか、そういったことであれば無料で依頼できます。英語のみですが、機械翻訳でもちゃんと伝わります。VSTSから、メッセンジャーなくなったので、Slackに移行したけど、いまさらながらTeamsに変えるとなんかメリットありますか?Slackの有料プラン使っていれば安くなる、でしょうか。ほかの人からありましたが、Slackはあくまでもフロー型、Teamsはストックもできる(バックエンドのSharePointやOneDriveにファイル保存など)というところが最大の違いです。Slack的にTeams使おうとすると、たぶん切れると思います。会社でもそういう話非常によく聞くんですが、Slackでやってること以外の使い方をしようとしないからなんですね。していて、パフォーマンス改善のためにリリースしたいが、すでにそのパフォーマンスアラート閾値に引っかかってリリースができない場合って起きませんか?回避する方法はありますでしょうか?会場では一時的にアラートはずす、かなぁという回答をしてしまったんですが、例えばhotfixリリースのように緊急で回したいような場合は別のリリースパイプラインを作るという方法があります。filterを使って特定のブランチ配下にコミットされた(PRされた)ものだけリリースパイプライン実行するという方法がおすすめです。負荷テストの未来はどうなっていますか?2020/3にリタイアすることが決まったので、チームのブログでもほかのサービスを紹介しています。認証はどうなるでしょうか。別途使用できるかなどサービスプリンシパルを作ってください、というのが回答です。DevOpsの管理者権限を持っているユーザーでやってしまうのですが、本番ではそうもいかないですしね。Hooksを登録するのに、パイプライン毎に登録するのがつらいのですが、まとめとか、新しいものが追加されたときに自動でついかされるようにするほうほうはありますか?ごめんなさい。これは私も不便だと思っています。ちなみにTeamsも同じで、ユーザー単位でそれぞれのビルド定義を追加するので、結構面倒です。feedbackコマンドがあるので、そちらでフィードバックしていただければかわるかもしれません。APIでそういうの作るのとかもいいんですかね...。147のリリースノートを翻訳しました。146リリースノートの翻訳を行いました。DevOpsアドベントカレンダー25日目の記事です。DevOpsアドベントカレンダー3日目の記事です。Studio,TFS,ALM,DevOps関係のことについていろいろと書いていきます。2019/12/16の更新2019年振り返りはてなブログをはじめよう!kkamegawaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。