2017-02-06 7 views
0

私は、それぞれが独自のブランチに格納された複数のバージョンの製品を持つ場所で働いています。複数のバージョンにまたがるバグの修正をマージする適切な方法は何ですか?Gitの複数のバージョンに影響する変更をどのように扱いますか?

また、複数のバージョンを格納する正しい方法を分岐するか、何とかタグを使用する必要がありますか?この先進的なGitワークフローにはいくらか新しいことは申し訳ありません。

答えて

0

多分それに対処する方法があります。私はどうなるのか
は...

  1. はマスターから新しいブランチを作成し、このバグを修正することです。

    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 
    
  2. マスターにマージします。その他の機能ブランチに取り組ん

    git checkout master 
    git merge bugfix 
    git push origin/master 
    
  3. 誰もがすべき:

    git checkout featureBranch 
    //pull from master... 
    git pull --rebase origin master 
    
+0

この戦略を持つ唯一の問題はバグがさえもはやマスターには存在しないかもしれないということです。フィーチャーブランチ2-6からバグが存在するとは言えませんが、他にはありません。私たちは今8歳です。私は知っています...そのトリッキーで、おそらく答えられない問題です。その答えは、特徴2〜6を手で修正することです。 –

+0

次に、このバグをブランチ2で修正し、[cherry-branches 3-6](http://stackoverflow.com/a/18529576/4280359)を参照してください。 –

+0

ありがとうございました!必要ならば、それを回答として提出してください(またはあなたの現在の回答を更新するだけです)。私はチェリーピックコマンドについて知りませんでした。 –

関連する問題