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

# トランク分岐戦略
<a name="trunk-branching-strategy"></a>

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

トランクベースの開発では、開発者は 1 日に複数回`main`ブランチに変更をコミットし、小規模で増分的な更新を目指します。これにより、迅速なフィードバックループが可能になり、マージ競合のリスクが軽減され、チームメンバー間のコラボレーションが促進されます。このプラクティスでは、メンテナンスが適切に行われているテストスイートの重要性を強調しています。これは、潜在的な問題を早期に検出し、コードベースが安定し、解放可能であることを確認するために、自動テストに依存しているためです。

トランクベースの開発は、多くの場合*、機能ベースの開発* (*機能ブランチ*または*機能駆動型開発*とも呼ばれます) とは対照的です。各新機能またはバグ修正は、メインブランチとは別の独自の専用ブランチで開発されます。トランクベースの開発と機能ベースの開発のどちらを選択するかは、チームサイズ、プロジェクト要件、コラボレーション、統合頻度、リリース管理の望ましいバランスなどの要因によって異なります。

トランク分岐戦略の詳細については、次のリソースを参照してください。
+ [マルチアカウント DevOps 環境のトランク分岐戦略を実装する](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-trunk-branching-strategy-for-multi-account-devops-environments.html) (AWS 規範ガイダンス)
+ [トランクベースの開発の概要](https://trunkbaseddevelopment.com/) (トランクベースの開発ウェブサイト)

**Topics**
+ [トランク戦略の視覚的な概要](visual-overview-of-the-trunk-strategy.md)
+ [トランク戦略のブランチ](branches-in-a-trunk-strategy.md)
+ [トランク戦略の利点と欠点](advantages-and-disadvantages-of-the-trunk-strategy.md)