Studio,TFS,ALM,VSTS,DevOps関係のことについていろいろと書いていきます。Studioをつないで開発を行います。Studioで接続します。最初はこのような画面が表示されます。既存のローカルリポジトリがあればそれをpushしてもいいですが、最初にVSTSで作ってからクライアントにcloneすれば.gitignoreの手間が省けます。gitignoreにあるinitializeをクリックすれば指定したgitignore形式で作ります。Studioになっています。cloneするためのツールも多く対応しています。.NET開発以外にもPhpStormやRubyMineとかにも対応しています。(あまりないかもしれませんが)GitHubなどの外部リポジトリから引っ越すこともできます。authorizationにチェックすると、非公開な認証が必要なリポジトリもインポートできます。VSTS側で初期化した直後の状態です。.gitigonoreなどがあるので、このままクローンしてください。リポジトリのメニューを開いて、リポジトリ名のそばにある☆をクリックすると、該当リポジトリがお気に入りとして扱われ、アクセスしやすくなります。ほかの人が作ったリポジトリに素早くアクセスする場合に使ってください。一つのチームプロジェクトには複数(上限は非公表)のGitリポジトリを作ることができます。ビルドツールチェインはリポジトリ単位になるので、ある程度は分割したほうが便利でしょう。この辺はほかのGitサービスと考え方は変わらないはずです。歯車アイコンから、Securityハブを使用して、チームプロジェクトにアクセスできるユーザーもしくはグループを設定します。コードの編集権を付けるにはContributorsグループに追加します。チームプロジェクト内のリポジトリごとに設定することもできます。特定のブランチ(通常masterやリリース用のブランチ)にむやみやたらにpushされて、ビルドが通らなくなるというのはよくあることです。そのような事故を防ぐためにブランチ単位でブランチポリシーという機能を使って、レビューやCIおよび、テストが通っていないコミットを拒否することができます。ビルドがないので、上記の画面ではビルドの指定ができていません(^^;。hoursというのは、Gitでは細かい単位でコミットを行うこともあります。単なるtypoやCSSの色修正でビルドやテストを全部やっていたら時間がいくらあっても足りません。そこで、直近xx時間以内のビルドは許容する、という指定です。開発が活発になって、しょっちゅうコミットするような状態になったら検討したほうがいいでしょう。ブランチポリシーでレビュワーの指定ができます。この人(たち)がレビューしないとマージが行われません。ブランチの...をクリックすると、既定ブランチにするか、ブランチを誤って削除できないようにします。request作った後も残っていてほしいブランチは指定するといいでしょう。Taskのいずれでも作成できます。機能レベルであれば、Backlogあたりで作るのがいいかもしれません。この辺りはいろいろ試行錯誤してルールを作ってみてください。タスクやissue単位でブランチを作るのもいいでしょう。区切ると階層になります。ここでは「チーム/backlog/id」というルールで切ってみました。するとブランチ名が何に関連づいているかわかりやすいでしょう。Progressに変更します。StudioからVSTSへ接続するチームエクスプローラーから「接続の管理」を使用して「チームプロジェクトへ接続」をクリックします。GDR1を適用したもの以降だそうです。2013以降じゃないと、新しいビルドツールがサポートしていないとかいろいろ困ると思います。Update3を検討してください。Serverと書いていますが、気にせず「追加」をクリックします。2017ではこのUIがまた少し変わっています。接続するサーバーを追加するので「サーバー」をクリックします。VSTSにつなぐ場合、アカウント名.visualstudio.comを指定して、OKをクリックします。接続に使うアカウント名を選択します。追加されましたので、「閉じる」をクリックします。接続するチームプロジェクトを選択します。2017ではここでGitとTFVCの選択がやりやすくなっていますが、VS2015ではTFVCが優先されるようなUIです。基本的に作成したリポジトリのクローンを先に行ってください。複製先のフォルダを指定します。既定値はDocumentsフォルダのRepsの下に作成となっていますが、昨今のJavaScriptライブラリをcloneすると、ファイル名が簡単に260バイト超えてしまいます。こんな風にc:\とかに短いフォルダを作成して、その下にcloneしましょう。Gitの設定チームプロジェクト内にある、Gitの設定を行っておきましょう。グローバル設定(全Gitリポジトリに共通)と、リポジトリの設定(リポジトリ毎)の二種類があります。Studioに最適化されたGit設定(.gitignore)がダウンロードされているので、設定する必要はありません。Gitのグローバル設定ではメールアドレスと、氏名だけは必ず設定しておきましょう。何も設定しないとWindowsのログオンアカウントが使用されてしまいます。Studioで作成します。Webアプリケーションを作ります。Coreでやってみます。Insightsも構成してみます。Serviceを設定して、完成。まとめようやく開発らしいところになりました。ここから先、ようやく開発関係の機能紹介を行います。ServicesのCIをより便利に使う(9日目)ちょっと遅くなりました。明日も遅くなるかもしれません。Calendarがはじまりますね。Studio,TFS,ALM,DevOps関係のことについていろいろと書いていきます。2023/4/20の更新AzureのPaaSのローカル開発環境まとめはてなブログをはじめよう!kkamegawaさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。