Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
Visual Studio 2019 |Visual Studio 2022
Azure Repos は、コードの管理に使用できる一連のバージョン管理ツールです。 ソフトウェア プロジェクトが大きいか小さいかに関係なく、できるだけ早くバージョン管理を使用することをお勧めします。
バージョン管理システムは、時間の経過と同時にコードで行った変更を追跡するのに役立つソフトウェアです。 コードを編集するときに、ファイルのスナップショットを取得するようにバージョン管理システムに指示します。 バージョン管理システムでは、そのスナップショットが永続的に保存されるため、後で必要に応じて再呼び出しできます。 バージョン 管理を使用して作業内容を保存し、チーム全体のコード変更を調整します。
単一の開発者であっても、バグの修正や新機能の開発を行う際に、バージョン管理を使用して整理することができます。 バージョン管理では開発の履歴が保持されるため、コードの任意のバージョンを簡単に確認してロールバックできます。
Azure Repos には、次の 2 種類のバージョン管理が用意されています。
- Git: 分散バージョン管理
- Team Foundation バージョン管理 (TFVC): 一元化されたバージョン管理
Git
Git は、現在最も一般的に使用されているバージョン管理システムであり、すぐにバージョン管理の標準になりつつあります。 Git は分散バージョン管理システムです。つまり、コードのローカル コピーは完全なバージョン管理リポジトリです。 これらの完全に機能するローカル リポジトリを使用すると、オフラインまたはリモートで簡単に作業できます。 ローカルで作業をコミットし、リポジトリのコピーをサーバー上のコピーと同期します。
Azure Repos の Git は標準的な Git です。 Windows 用の Git、Mac、パートナーの Git サービス、Visual Studio や Visual Studio Code などのツールなど、選択したクライアントとツールを使用できます。
- お気に入りの開発環境を接続する
- pull request を使用してコードを確認する
- ポリシーを使用してブランチを保護する
- pull request 状態でプル要求ワークフローを拡張する
- フォークを使用してコードを分離する
お気に入りの開発環境を接続する
お気に入りの開発環境を Azure Repos に接続して、リポジトリにアクセスし、作業を管理します。 次を使用してコードを共有します。
pull request を使用してコードを確認する
チームでコードを確認し、変更がビルドされ、テストがマージされる前にテストに合格していることを確認します。
- pull request を作成する
- 作業項目をプル要求にリンクする
- ブランチ ポリシーを設定する
- スカッシュ マージ プル要求
- Git ブランチと pull request ワークフロー
- コメントを残すか、変更に投票する
ポリシーを使用してブランチを保護する
リポジトリには、チームが常に適切な形になるように依存している重要なブランチがいくつかあります ( master ブランチなど)。
これらのブランチに変更を加えるために pull request を要求する。
保護されたブランチに変更を直接プッシュする開発者は、プッシュを拒否します。
プル要求に条件を追加して、キー ブランチに高いレベルのコード品質を適用します。 マージされたコードのクリーン ビルドと複数のレビュー担当者からの承認は、キー ブランチを保護するために設定できる追加の要件です。
プル要求状態でプル要求ワークフローを拡張する
プル要求とブランチ ポリシーを使用すると、チームは、コードの確認と自動ビルドの実行に関連する多くのベスト プラクティスを適用できます。 ただし、多くのチームには、コードに対して実行する他の要件と検証があります。 これらの個々のニーズとカスタムのニーズに対応するために、Azure Repos ではプル要求の状態が提供されます。
プル要求の状態は PR ワークフローに統合されます。 これにより、外部サービスは、単純な成功/失敗情報をプル要求に関連付けることで、コード変更にプログラムでサインオフできます。
- プル要求の状態の概要
- Node.jsを使用して PR 状態サーバーを作成する
- Azure Functions を使用してカスタム ブランチ ポリシーを作成する
- 外部サービスのブランチ ポリシーを構成する
フォークを使用してコードを分離する
フォークは、試験的、危険、または機密の変更を元のコードベースから分離するための優れた方法です。 フォークは、すべてのファイル、コミット、(必要に応じて) ブランチを含むリポジトリの完全なコピーです。 新しいフォークは、誰かが元のリポジトリを複製し、新しい空のリポジトリにプッシュしたかのように機能します。
フォークが作成された後、新しいファイル、フォルダー、およびブランチは、プル要求が一緒に実行されない限り、リポジトリ間で共有されません。 これらの変更を共有する準備ができたら、 pull request を 使用して変更を元のリポジトリにプッシュし直すのが簡単です。
TFVC
Azure Repos では、Team Foundation バージョン管理 (TFVC) もサポートされています。 TFVC は、一元化されたバージョン管理システムです。 通常、チーム メンバーは開発マシン上の各ファイルのバージョンを 1 つだけ持ちます。 履歴データは、サーバー上でのみ保持されます。 ブランチはパスベースであり、サーバー上に作成されます。
プロジェクトの作成、ワークスペースの構成、コードの確認と共有を開始します。 次のいずれかのクライアントまたは IDE を使用できます。