分岐ワークフローの種類を調べる
Git ブランチ ワークフローの成功とは
チームのワークフローを評価するときは、チームのカルチャを考慮する必要があります。 ワークフローを使用して、チームの有効性を高め、生産性を制限する負担にならないようにする必要があります。 Git ワークフローを評価する際には、次の点を考慮する必要があります。
- このワークフローはチームの規模に合わせてスケーリングされるのでしょうか。
- このワークフローでは、間違いやエラーを簡単に元に戻すことができますか。
- このワークフローでは、チームに不要な認識オーバーヘッドが新たに発生しますか。
一般的なブランチ ワークフロー
最も一般的な Git ワークフローには、個々の開発者がプッシュしたりプルしたりする、集中管理されたリポジトリがあります。
次のセクションでは、いくつかの一般的な Git ワークフローの一覧を示します。詳細については、次のセクションを参照してください。
これらの包括的なワークフローでは、機能の開発、修正プログラム、および最終リリースのブランチ管理に関して、より特殊なパターンが提供されています。
トランクベースの開発
トランクベースの開発は、一元化されたワークフローを論理的に拡張したものです。
トランクベースの開発ワークフローの背後にある中心的な考え方は、すべての開発作業がメイン ブランチ (多くの場合、"トランク" または "マスター" と呼ばれます) で直接行われることです。 このアプローチでは継続的インテグレーションが重視され、開発者はメイン ブランチに小さな増分変更を頻繁にコミットします。 継続的インテグレーションと自動テストは、コードの品質と安定性を維持する上で重要な役割を果たします。
機能ブランチのワークフロー
機能ブランチ ワークフローでは、メイン ブランチとは別に、それぞれの新しい機能または変更を専用ブランチにカプセル化することを強調しています。 開発者は、作業中の機能または問題ごとに新しいブランチを作成し、分離して変更を開発してテストした後、完了してテストしたら、機能ブランチをメイン ブランチにマージし直します。 このアプローチにより、複数の機能を並列開発でき、コード レビューが容易になり、メイン ブランチが安定した状態を維持できます。
リリース ブランチ ワークフロー
リリース ブランチ ワークフローでは、リリースの準備時にメイン ブランチから専用ブランチが作成されます。 このブランチは、コードの安定化、直前のバグや問題への対処、リリースを運用環境にデプロイする前の最終テストの実行に使用されます。 リリースが準備完了と見なされると、メイン ブランチまたは開発ブランチや機能ブランチなど、有効期間の長い他のブランチにマージされる可能性があります。 この戦略により、メイン ブランチを継続的な開発作業に対して安定した状態に保ちながら、制御された組織化されたリリース プロセスが可能になります。
Forking ワークフロー
Forking ワークフローは、このチュートリアルで説明されている他のワークフローとは基本的に異なります。 "中央" コードベースとして機能する単一のサーバー側リポジトリを使用するのではなく、すべての開発者にサーバー側リポジトリが与えられます。 つまり、各共同作成者には、プライベート ローカル リポジトリとパブリック サーバー側リポジトリの 2 つの Git リポジトリがあります。 このアプローチは、クリーンで整理されたコードベースを維持しながら、共同作成者間の高度な並列開発とコラボレーションを促進します。