我應該多久合併一次在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/