Git 分岐戦略 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Git 分岐戦略

このガイドでは、Git ベースの以下の分岐戦略について詳しく説明します。

  • トランク — トランクベースの開発は、すべてのデベロッパーが trunkまたは ブランチと呼ばれる単一のmainブランチで作業するソフトウェア開発のプラクティスです。このアプローチの背後にある考え方は、コードの変更を頻繁に統合し、自動テストと継続的な統合に頼ることで、コードベースを継続的に解放可能な状態に維持することです。

  • GitHub フロー – GitHub フローは、 によって開発された軽量のブランチベースのワークフローです GitHub。これは、存続期間の短いfeatureブランチという考え方に基づいています。機能が完了し、デプロイする準備ができると、その機能はmainブランチにマージされます。

  • Gitflow – Gitflow アプローチでは、開発は個々の機能ブランチで完了します。承認後、featureブランチを、通常は という名前の統合ブランチにマージしますdevelopdevelop ブランチに十分な機能が蓄積されると、releaseブランチが作成され、その機能が上位環境にデプロイされます。

各分岐戦略には利点と欠点があります。すべて同じ環境を使用しますが、すべて同じブランチや手動の承認ステップを使用するわけではありません。ガイドのこのセクションでは、各分岐戦略を詳細に確認し、そのニュアンスを理解し、組織のユースケースに適合するかどうかを評価できるようにします。