0
私は、それぞれが独自のブランチに格納された複数のバージョンの製品を持つ場所で働いています。複数のバージョンにまたがるバグの修正をマージする適切な方法は何ですか?Gitの複数のバージョンに影響する変更をどのように扱いますか?
また、複数のバージョンを格納する正しい方法を分岐するか、何とかタグを使用する必要がありますか?この先進的なGitワークフローにはいくらか新しいことは申し訳ありません。
私は、それぞれが独自のブランチに格納された複数のバージョンの製品を持つ場所で働いています。複数のバージョンにまたがるバグの修正をマージする適切な方法は何ですか?Gitの複数のバージョンに影響する変更をどのように扱いますか?
また、複数のバージョンを格納する正しい方法を分岐するか、何とかタグを使用する必要がありますか?この先進的なGitワークフローにはいくらか新しいことは申し訳ありません。
多分それに対処する方法があります。私はどうなるのか
は...
はマスターから新しいブランチを作成し、このバグを修正することです。
git checkout master
git checkout -b bugfix
//git add some fix files
git commit -m "bugfix with a better commit message"
git push origin/bugfix
マスターにマージします。その他の機能ブランチに取り組ん
git checkout master
git merge bugfix
git push origin/master
誰もがすべき:
git checkout featureBranch
//pull from master...
git pull --rebase origin master
この戦略を持つ唯一の問題はバグがさえもはやマスターには存在しないかもしれないということです。フィーチャーブランチ2-6からバグが存在するとは言えませんが、他にはありません。私たちは今8歳です。私は知っています...そのトリッキーで、おそらく答えられない問題です。その答えは、特徴2〜6を手で修正することです。 –
次に、このバグをブランチ2で修正し、[cherry-branches 3-6](http://stackoverflow.com/a/18529576/4280359)を参照してください。 –
ありがとうございました!必要ならば、それを回答として提出してください(またはあなたの現在の回答を更新するだけです)。私はチェリーピックコマンドについて知りませんでした。 –