我应该多久合并一次在master上提交的更改 - 我的其他git分支？

Question

如果我有一个master分支。

然后我签出work分支，并做了很棒的更改和一些提交。

然后我必须修复一些东西，所以我回到master并签出一个叫fix的分支，修复我需要做的事情，并将它合并到master中。

我的问题是，我应该然后合并master到work并继续，或者我应该继续work我在哪里并且在完成时合并它？

我发现自己不得不回到我工作的所有分支和更新（合并更改）每个分支。

我感觉最好尽快合并，但后来发现自己必须不断更新所有我工作的分支。这是不必要的？

Answer 1

你实际上不想做“回合”，这就是你正在做的事情。你想要在任何想要看到什么工作的地方进行集成或发布候选分支。谷歌“每个功能部门”了解如何使您的工作保持有组织，同步和灵活。

Answer 2

当主已经向前推进，我们：

git fetch    # get the latest master 
git checkout my_branch # work in my_branch 
git rebase master  # reply my work on top of newer master 

跟上日期的更改的主（例如，当一个fix应用到它），然后我们去的时候合并分公司

git checkout master  # Do the work in master 
git merge my_branch  # Bring in my branch 

我们的目标是非常快速地合并分支，以避免更新大量更改。

我们只有2个或3个分支工作了一天，当分支开发商之间共享，我们也让他们了解最新的：

get fetch       # Gets the latest version of branches including my_branch 
git checkout my_branch   # Do the work in the my_branch 
git reset --hard origin/my_branch # Reset to the latest version fetch in. 

Answer 3

通过尼夫参考始终真棒的Git分支模型：

你看，你应该合并fix（不master）到work（又名develop）分公司。

您应该多长时间合并一次master？当然，每一个稳定的版本。

还有其他疑问吗？看照片。 ：P

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