Git分岐のベストプラクティス
Source コードは、開発プロセス中に複数の安定性フェーズを経ます。
- アクティブな開発
- 最初のコード統合
- 品質保証（QA）のためのコード統合
- 最終ユーザー受け入れテスト（UAT）用のコード統合
- 実稼動リリースの最終コード統合
影響を受ける製品とバージョン
- Adobe Commerce on cloud infrastructure
- Adobe Commerce オンプレミス
分岐管理
コードの変更を追跡し、デプロイメントプロセスを促進するために、各開発フェーズにはGit内の対応するブランチが必要です。
- タスクブランチ – 開発者が機能やバグ修正などの特定のタスクを実装する際に、個々のコードの変更をコミットする場所。
- 開発ブランチ – 複数の開発者が、自動化された統合テストのために、個々のタスクブランチからの変更を単一の開発ブランチにマージします。 このブランチは開発環境にデプロイされます。
- QA ブランチ – 開発が完了し、コードがすべての自動統合テストとコードレビューに合格した後に、開発者が変更をマージする場所。 このブランチは、手動QA テスト用にQA環境にデプロイされます。
- Stable/UAT ブランチ：手動のQA テストに合格した後にコードが結合される場所。 このブランチは、ユーザー受け入れテスト用にUAT環境にデプロイされます。
- 実稼動/リリースブランチ：コードがUATを通過した後に結合される場所。 このブランチはリリース用に実稼動環境にデプロイされます。
TIP
Adobe Commerceのクラウドインフラストラクチャプロジェクトには、さまざまな環境に対応する特定のブランチが含まれています。 クラウドガイドのPro プロジェクトワークフローおよび スタータープロジェクトワークフローを参照してください。
ブランチ戦略
ここでは、いくつかの分岐戦略を紹介します。 開発チームとプロジェクトの複雑さに最適な戦略を選びましょう。
詳しくは、次の外部リソースを参照してください。
recommendation-more-help
commerce-operations-help-implementation-playbook