Git ブランチのベストプラクティス
Source コードは、開発プロセスの間、次のような複数の安定フェーズを経ます。
- 積極的な開発
- 初期コード統合
- 品質保証(QA)のためのコード統合
- 最終的なユーザー受け入れテスト(UAT)のためのコード統合
- 実稼動リリースの最終コード統合
影響を受ける製品とバージョン
- クラウドインフラストラクチャー上のAdobe Commerce
- Adobe Commerceオンプレミス
支店の管理
各開発フェーズには、コードの変更を追跡し、デプロイメントプロセスを容易にする対応するブランチを Git に含める必要があります。
- タスクブランチ – 開発者が、機能やバグ修正などの特定のタスクを実装する際に、個々のコードの変更をコミットする場所です。
- 開発ブランチ – 複数の開発者が、個々のタスクブランチの変更を単一の開発ブランチにマージして、自動統合テストを行う場合です。 このブランチは開発環境にデプロイされます。
- QA ブランチ – 開発が完了し、コードがすべての自動統合テストとコードレビューに合格した後、開発者が変更を結合する場所。 このブランチは、手動で QA テストを行うために QA 環境にデプロイされます。
- 安定/UAT ブランチ – 手動の QA テストに合格した後にコードがマージされる場所。 このブランチは、ユーザー受け入れテスト用に UAT 環境にデプロイされます。
- 実稼働/リリースブランチ - UAT を通過した後にコードが結合される場所。 このブランチは、リリースの実稼動環境にデプロイされます。
TIP
クラウドインフラストラクチャプロジェクト上のAdobe Commerceには、様々な環境に対応する特定のブランチが含まれます。 🔗Cloud Guide の Pro プロジェクトワークフローおよび スタータープロジェクトワークフロー を参照してください。
ブランチ戦略
使用できる分岐戦略はいくつかあります。 開発チームとプロジェクトの複雑さに最適な戦略を選択します。
詳しくは、次の外部リソースを参照してください。
recommendation-more-help
754cbbf3-3a3c-4af3-b6ce-9d34390f3a60