我应该多久将合并后的更改合并到我的其他git分支？

Question

如果我有一个master分支。

然后我签出了一个work分支并进行了很棒的更改，还有一些提交。

然后我必须修复一些内容，所以我回到master并检查一个名为fix的分支，修复我需要做的事情，并将其合并到master。

我的问题是，我是否应该将master合并到work并继续，或者我应该继续work我在哪里并在我完成时合并？< / p>

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

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

Answer 1

请参阅Nive总是很棒的Git分支模型：

你知道，你应该将fix（不是master）合并到work（又名develop）分支。

您应该多久与master合并一次？当然，每个稳定版本。

还有其他疑惑吗？看看图片。 ：P

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

Answer 2

你实际上不想做“后合并”这就是你正在做的事情。您想要集成或发布候选分支，您可以在任何想要查看的内容中进行合并。谷歌“每个功能分支”，以了解如何使您的工作井井有条，同步和灵活。

Answer 3

当主人向前迈进时，我们：

git fetch               # get the latest master
git checkout my_branch  # work in my_branch
git rebase master       # replay 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.