1

私たちは git 環境のセットアップに取り組んでおり、ワークフローのために次のことを行いたいと考えています。

ここに画像の説明を入力

問題は、ステージングから本番環境にプッシュする変更を簡単に選択できるようにしたいということです。たとえば、dev1 が機能 1 に取り組んでいて、dev2 が機能 2 に取り組んでいる場合、機能 1 の変更のみを本番環境にプッシュしたいと思うかもしれません。これは可能ですか?dev1 が機能 3 と機能 4 に取り組んでいる場合もあるかもしれませんが、私は機能 4 のみを本番環境にプッシュしたいと考えています。

4

3 に答える 3

2

これをチェックアウト

http://nvie.com/posts/a-successful-git-branching-model/

于 2012-05-19T03:20:39.993 に答える
1

おそらく、各開発者が独自のブランチを維持するのが最も簡単であり、マスター ブランチの最新バージョンに更新する責任があります。または、「明確なマージ候補である機能」ごとに 1 つのブランチでさえあります。次に、プロダクション ブランチの所有者として、どのブランチをいつマージするかを選択します。全員が共有のステージング ツリーにプッシュし、本番環境への途中で単純な一方通行のステージを使用しないようにすることは、間違いのレシピのように思えます。

于 2012-05-19T03:23:43.050 に答える
1

これは非常に一般的です。私はこれを頻繁に行います。

使用するアプローチは、開発者にフィーチャー ブランチと呼ばれるもの(または単にブランチ.

これは、次のコマンドを使用して行います。

git checkout -b my_new_feature

その後、彼らは機能に取り組むことができ、他の誰もがそのコードを取得できますが、次のように、そのブランチがマスター ブランチにマージされるまで、他のブランチと混ざることはありません。

git checkout master
git merge my_new_feature

さまざまな開発者がさまざまな機能に取り組むことができますが、時間がかかります。その後、必要なときにいつでもマスターにマージ (およびステージングにプッシュ) できます。

于 2012-05-19T03:24:06.327 に答える