0

運用サーバーにあるものを表すマスター ブランチがあります。スプリントで行われた作業が終了したばかりの開発ブランチ (master の子) があります。masterブランチには、開発から分岐した後に本番サーバーで行われた修正も含まれています。

UATここで、両方をマージして、本番環境の準備が整っているかどうかをテストする場所という名前の新しいブランチを作成する必要があります。

それで、私はすべきですか？

master > dev
branch uat from dev
merge uat > master (uat が安定したら)

また

master から uat をブランチ
dev > uat
merge uat > master (uat が安定したら)

どちらの場合も、開発者は開発ブランチで作業を続けます。

4

1 に答える 1

2

git では、コード ワークフローを管理する「1 つの方法」はありません。内部のワークフローに最適なものを使用する必要があります。

アトラシアンのWebでは、いくつかのワークフロー タイプが比較されています。「Gitflow ワークフロー」ページの「ホットフィックス ブランチ」セクション (これが最適と思われます) に示されているように、ホットフィックスをすぐにマスターにマージしてブランチを開発する必要があります。nvie の Vincent Driessenによって定義されたワークフローに基づいています。

Gitflow ワークフロー

次に、リリース（またはあなたの場合はUAT）ブランチが開発ブランチから来ることは明らかです

于 2013-10-30T13:41:59.630 に答える