私はmaster
から開始しており、2.0のために新しいbranch
を作成したいと考えています。1.1.8と2.0を同時に正しくマージしてマージする方法
同時に私は1.1.8になるいくつかのバグ修正に取り組む必要があるので、修正プログラムブランチを作成する必要があります。
ここで私の質問は、1.1.8ブランチをマスターにマージすると、そのコードベースを更新します。その後、マスターを更新したので、2.0をマージしたいときに大きな問題がありますか?ここでベストプラクティスは何ですか?
私はmaster
から開始しており、2.0のために新しいbranch
を作成したいと考えています。1.1.8と2.0を同時に正しくマージしてマージする方法
同時に私は1.1.8になるいくつかのバグ修正に取り組む必要があるので、修正プログラムブランチを作成する必要があります。
ここで私の質問は、1.1.8ブランチをマスターにマージすると、そのコードベースを更新します。その後、マスターを更新したので、2.0をマージしたいときに大きな問題がありますか?ここでベストプラクティスは何ですか?
私は
master
から開始しており、私のアプリの2.0用に新しいbranch
を作成したいと考えています。私は1.1.8になりますいくつかのバグ修正で作業する必要があるので、私はhotfixブランチを作成する必要があり、同時に
git checkout -b version_2.0
。
これまでのところ問題ありません。
ここで私の質問は、1.1.8ブランチをマスターにマージすると、そのコードベースを更新します。
次に、2.0をマージするときに、マスターが更新されているので大きな問題がありますか? ここでベストプラクティスは何ですか?
可能な限り小さなマージを行うのが最善の方法です。最後に多くの競合がないようにしてください。
もう1つの方法は、ホットフィックスをマスターと新しいブランチにマージすることです。そうすれば、両方のサーバーでホットフィックスを使用できます。
開発のこの種の良いワークフローがgit flow