2013-03-27 53 views
2

我在Eclipse中使用帶Egit的rebase工作流。我在當地的一家分店工作,爲了這個問題的目的,稱它爲「工作」。當我準備整合我的變化,我必須:縮短Eclipse git工作流程

  1. 切換到master
  2. 拉(快進)
  3. 切換到working
  4. 再次基於master,解決任何衝突
  5. 切換到master
  6. 合併working
  7. 推。

正如您所看到的,有很多分支交換正在進行。這不是一個大的時間消耗,因爲轉換分支非常快。然而,時間加起來,這是教新人做的額外步驟。我真正想要做的是,而在working

  1. 拉(導致master更新)
  2. 再次基於master
  3. 切換到master
  4. 合併working

在這個工作流程中,我也不必完全不必要地切換ch分支只是爲了拉動變化並繼續工作。只要拉,rebase,繼續。

如何配置git始終更新master拉,即使你在另一個分支?我更喜歡使用Egit的答案,但命令行解決方案也是可以接受的 - 他們可以使用Egit來執行。

+0

不太確定,如果有幫助:你有沒有在創建新分支時查看過「rebase」拉動策略? – Bananeweizen 2013-03-28 07:47:05

回答

2

,你可以比較:

  • fetch
  • rebase origin/master working
  • 開關(無需您當前的分支工作更改)master和合並working(快進)

的最後一步將更新主人origin/masterworking

+0

我會試試看看它是如何工作的。我看到的唯一潛在問題是,如果我想要一個乾淨的分支,我將不得不在分支之前切換到主控並拉動...儘管我可以分支原點/主控,但我不能。我一直忘記分支是本質上是在提交樹上標記的。 – 2013-03-27 19:53:13