Azure Repos とはWhat is Azure Repos?

Azure Repos は、コードの管理に使用できるバージョン管理ツールのセットです。Azure Repos is a set of version control tools that you can use to manage your code. ソフトウェア プロジェクトが大きいか小さいかにかかわらず、できるだけ早くバージョン管理を使用することをお勧めします。Whether your software project is large or small, using version control as soon as possible is a good idea.

バージョン管理システムは、時間の経過と共にコードに加えられた変更を追跡するのに役立つソフトウェアです。Version control systems are software that help you track changes you make in your code over time. コードを編集するときに、ファイルのスナップショットを取得するようにバージョン管理システムに指示します。As you edit your code, you tell the version control system to take a snapshot of your files. バージョン コントロール システムはスナップショットを永続的に保存するので、後で必要なときに呼び戻すことができます。The version control system saves that snapshot permanently so you can recall it later if you need it. バージョン管理を使用して、作業内容を保存し、チーム全体でコードの変更を調整します。Use version control to save your work and coordinate code changes across your team.

1人の開発者にとっても、バグを修正し、新機能を開発する際に、バージョンコントロールを使用して整理することができます。Even if you're just a single developer, version control helps you stay organized as you fix bugs and develop new features. バージョンコントロールは開発の履歴を保持するため、コードの任意のバージョンを簡単に確認してロールバックすることができます。Version control keeps a history of your development so that you can review and even roll back to any version of your code with ease.

Azure Repos では、次の 2 種類のバージョン管理が提供されています。Azure Repos provides two types of version control:

GitGit

Git は現在、最も使用されているバージョン コントロール システムであり、バージョン コントロールの標準になりました。Git is the most commonly used version control system today and is quickly becoming the standard for version control. Git は分散型バージョン管理システムであり、コードのローカルコピーが完全なバージョンコントロールリポジトリであることを意味します。Git is a distributed version control system, meaning that your local copy of code is a complete version control repository. このように完全な機能を備えたローカル リポジトリによって、オフラインまたはリモートでの作業が容易になりました。These fully functional local repositories make it is easy to work offline or remotely. 作業をローカルでコミットし、次にリポジトリのコピーをサーバー上のコピーに同期させます。You commit your work locally, and then sync your copy of the repository with the copy on the server.

Azure Repos の git は、標準の Git です。Git in Azure Repos is standard Git. Git for Windows、Mac、パートナーの Git サービス、Visual Studio や Visual Studio Code などのツールを選択して、クライアントとツールを使用できます。You can use the clients and tools of your choice, such as Git for Windows, Mac, partners' Git services, and tools such as Visual Studio and Visual Studio Code.

お気に入りの開発環境を接続するConnect your favorite development environment

お気に入りの開発環境を Azure Repos に接続して、リポジトリにアクセスし、作業を管理します。Connect your favorite development environment to Azure Repos to access your repos and manage your work. 次のものを使用してコードを共有します。Share your code using:

pull requests を使用してコードを確認するReview code with pull requests

チームでコードを確認し、マージされる前に、変更によってテストがビルドおよび成功することを確認します。Review code with your team and make sure that changes build and pass tests before it's merged.

ポリシーを使用してブランチを保護するProtect branches with policies

リポジトリには、チームが常に適切な形 (分岐など) に依存している重要なブランチがいくつかあり master ます。There are a few critical branches in your repo that the team relies on to always be in good shape, such as your master branch. これらの分岐に変更を加えるには、プル要求が必要です。Require pull requests to make any changes on these branches. 変更を保護された分岐に直接プッシュする開発者は、プッシュを拒否します。Developers who push changes directly to the protected branches will have their pushes rejected.

プル要求に条件を追加して、重要なブランチでより高いレベルのコード品質を適用します。Add conditions to your pull requests to enforce a higher level of code quality in your key branches. マージされたコードのクリーンビルドと複数のレビュー担当者からの承認は、重要なブランチを保護するために設定できる追加の要件です。A clean build of the merged code and approval from multiple reviewers are extra requirements that you can set to help protect your key branches.

プル要求のワークフローをプル要求の状態で拡張するExtend pull request workflows with pull request status

プル要求とブランチポリシーを使用すると、チームは、コードの確認と自動ビルドの実行に関連する多くのベストプラクティスを適用できます。Pull requests and branch policies enable teams to enforce many best practices related to reviewing code and running automated builds. しかし、多くのチームがコードに対して実行するための追加の要件と検証を持っています。But many teams have additional requirements and validations to perform on code. これらの個別およびカスタムのニーズに対応するために、Azure Repos はプル要求の状態を提供します。To cover these individual and custom needs, Azure Repos offers pull request statuses.

プル要求の状態は、PR ワークフローに統合されます。Pull request statuses integrate into the PR workflow. 外部サービスは、単純な成功/失敗の情報をプル要求に関連付けることによって、コード変更時にプログラムによるサインオフを行うことができます。They allow external services to programmatically sign off on a code change by associating simple success/failure information with a pull request.

フォークを使用してコードを分離するIsolate code with forks

フォークは、元のコードベースから実験、リスク、または機密性の高い変更を分離するための優れた方法です。Forks are a great way to isolate experimental, risky, or confidential changes from the original codebase. フォークは、すべてのファイル、コミット、および (必要に応じて) 分岐を含むリポジトリの完全なコピーです。A fork is a complete copy of a repository, including all files, commits, and (optionally) branches. 新しいフォークは、だれかが元のリポジトリを複製し、新しい空のリポジトリにプッシュしたかのように動作します。The new fork acts as if someone cloned the original repository and then pushed to a new, empty repository.

フォークが作成された後は、プル要求によって、新しいファイル、フォルダー、およびブランチがリポジトリ間で共有されることはありません。After a fork has been created, new files, folders, and branches are not shared between the repositories unless a pull request carries them along. これらの変更を共有する準備ができたら、 プル要求 を使用して元のリポジトリに変更をプッシュするのが簡単です。After you're ready to share those changes, it's easy to use pull requests to push the changes back to the original repository.

TFVCTFVC

Azure Repos も Team Foundation バージョン管理 (TFVC) をサポートしています。Azure Repos also supports Team Foundation Version Control (TFVC). TFVC は、一元化されたバージョン管理システムです。TFVC is a centralized version control system. 通常、チーム メンバーの開発用コンピューターには、各ファイルの 1 つのバージョンだけが存在します。Typically, team members have only one version of each file on their dev machines. 履歴データはサーバーにのみ保持されます。Historical data is maintained only on the server. 分岐はパスに基づき、サーバー上で作成されます。Branches are path-based and created on the server.

まず、プロジェクトの作成、ワークスペースの構成、コードのレビューと共有を行います。Get started by creating a project, configuring your workspace, and reviewing and sharing your code. 次のいずれかのクライアントまたは Ide を使用できます。You can use any one of these clients or IDEs:

詳細情報Learn more