分岐ワークフローの種類を調べる
Git ブランチ ワークフローの成功とは
チームのワークフローを評価するときは、チームのカルチャを考慮する必要があります。 ワークフローを使用して、チームの有効性を高め、生産性を制限する負担にならないようにする必要があります。 Git ワークフローを評価する際には、次の点を考慮する必要があります。
- このワークフローはチームの規模に合わせてスケーリングされるのでしょうか。
- このワークフローでは、間違いやエラーを簡単に元に戻すことができますか。
- このワークフローでは、チームに不要な認識オーバーヘッドが新たに発生しますか。
一般的なブランチ ワークフロー
最も一般的な Git ワークフローには、個々の開発者がプッシュしたりプルしたりする、集中管理されたリポジトリがあります。
次のセクションでは、いくつかの一般的な Git ワークフローの一覧を示します。詳細については、次のセクションを参照してください。
これらの包括的なワークフローでは、機能の開発、修正プログラム、および最終リリースのブランチ管理に関して、より特殊なパターンが提供されています。
トランクベースの開発
トランクベースの開発は、一元化されたワークフローを論理的に拡張したものです。
Feature Branch Workflow を支える中心的なアイデアは、すべての機能開発は、メイン ブランチではなく専用ブランチで行わなければならない、というものです。
このカプセル化により、メイン コードベースを妨げることなく、複数の開発者が特定の機能に関する作業を行うことが容易になります。
これは、破損したコードがメイン ブランチに含まることは決してないことも意味し、継続的な統合環境にとってはこれが非常に大きな利点となります。
Forking ワークフロー
Forking ワークフローは、このチュートリアルで説明されている他のワークフローとは基本的に異なります。
"中央" コードベースとして機能する単一のサーバー側リポジトリを使用するのではなく、すべての開発者にサーバー側リポジトリが与えられます。
これは、各共同作成者に 2 つの Git リポジトリがあることを意味します。
- プライベート ローカルのもの。
- パブリック サーバー側のもの。