継続的インテグレーション (CI) は、チーム メンバーがコードの変更を バージョン管理にコミットするたびに、コードを自動的にビルドしてテストするプロセスです。 共有リポジトリのメインブランチまたはトランクブランチにコードをコミットすると、自動化されたビルドシステムがトリガーされ、ブランチ全体がビルド、テスト、検証されます。 CI では、開発者がタスクを完了するたびに、変更を共有バージョン管理リポジトリにマージすることで、コードと単体テストを共有することをお勧めします。
多くの場合、ソフトウェア開発者は単独で作業し、その変更をチームのコード ベースの残りの部分と統合する必要があります。 コードの統合を数日または数週間待つと、マージの競合が多数発生し、バグの修正が困難になり、コード戦略が分岐し、作業が重複する可能性があります。 CI では、開発チームのコードを共有バージョン管理ブランチに継続的にマージする必要があるため、これらの問題は回避されます。
CI はメインブランチを最新の状態に保ちます。 開発者は、Git などの最新バージョン管理システムを使用して、有効期間の短い機能ブランチで作業を分離できます。 機能が完了すると、開発者は機能ブランチからメイン ブランチに プル要求 を送信します。 プル要求の承認時に、変更がメイン ブランチにマージされ、機能ブランチを削除できます。
開発チームは、作業項目ごとにこのプロセスを繰り返します。 Teams はブランチ ポリシーを確立して、メイン ブランチが望ましい品質基準を維持できるようにします。
ビルド定義では、メイン ブランチに対するすべてのコミットによって、自動化されたビルドおよびテスト プロセスがトリガーされるように指定されます。 自動テストでは、すべてのビルドで一貫した品質が維持されていることを確認します。 CI は開発サイクルの早い段階でバグをキャッチし、修正コストを抑えます。
CI は、最新の DevOps プラットフォームの標準機能です。 GitHub ユーザーは、 GitHub Actions を使用して CI を実装できます。 Azure DevOps ユーザーは Azure Pipelines を使用できます。