翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Git 分岐戦略
このガイドでは、最小から最も複雑な順に、以下の Git ベースの分岐戦略について詳しく説明します。
-
トランク – トランクベースの開発は、すべてのデベロッパーが単一のブランチで作業するソフトウェア開発プラクティスであり、通常は
trunkまたはmainブランチと呼ばれます。このアプローチの背後にある考え方は、コードの変更を頻繁に統合し、自動テストと継続的な統合に依存することで、コードベースを継続的に解放可能な状態に維持することです。 -
GitHub Flow – GitHub Flow は、GitHub によって開発された軽量のブランチベースのワークフローです。これは、存続期間の短い
featureブランチの概念に基づいています。機能が完了し、デプロイする準備ができると、その機能はmainブランチにマージされます。 -
Gitflow – Gitflow アプローチでは、開発は個々の機能ブランチで完了します。承認後、
featureブランチを、通常は という名前の統合ブランチにマージしますdevelop。developブランチに十分な機能が蓄積されると、その機能を上位環境にデプロイするためのreleaseブランチが作成されます。
各分岐戦略には利点と欠点があります。すべて同じ環境を使用しますが、すべて同じブランチや手動の承認ステップを使用するわけではありません。ガイドのこのセクションでは、各分岐戦略の詳細を確認して、そのニュアンスを理解し、組織のユースケースに適しているかどうかを評価できるようにします。
このセクションのトピック:
