git - 機能ブランチの需要の変化にどのように対処しますか?

Question

問題のシナリオは、新しい機能を開発するために開発から機能を取り出し、開発が完了した後、それを開発に戻しました。その後、この時点で、需要側が別の変更を提案しました。何が最善ですか。現時点でこれに対処する方法は、以前の機能ブランチを削除して新しい機能ブランチをプルするか、それとも開発時に直接変更するか、それとも元の機能を引き続き変更し、変更後に再度開発するようにマージする必要がありますか?

Answer 1

元の機能の変更を続け、それを開発にマージし直します

Answer 2

お誘いありがとうございます。

• まず開発バージョンをサーバーに送信してマージし、バージョン番号に対応する開発バージョンの一意性を確保します

• コードを送信した後、ブランチを削除する必要はありません。新しい要件に従って開発することも、新しいブランチを複製することもできます

要するに、たとえそれがあなた自身の個人的な習慣に依存するとしても、これは問題ではありません。削除、コミット、マージ、再度クローン作成が可能です

Answer 3

元の機能ブランチで開発を続ける場合でも、定期的に開発ブランチをこの機能ブランチにマージする必要があります。

これは、古い機能ブランチを削除して新しい機能ブランチを開発からプルすることと本質的には変わりません。

開発時に直接変更を加えるのは良くありません。開発には feature ブランチを使用するため、develop ブランチで直接変更を加えないでください。

Answer 4

1. 機能開発が完了し、開発にマージし直したら、ブランチは強制終了されるはずです

2. 新しいニーズがある場合は、新しい機能を開きます

3. 一般の開発者は開発をプッシュすることはできません。開発の権限は開発チームのリーダーなどの人々にのみ公開されます

。