一次Git場景:合併與新分支最新和未決pull請求上的Git回購
- 我岔開產地/開發和工作在名爲F1一個特性分支。
- 我按F1並提交拉取請求。
- 拉取請求正在等待處理。
現在我想創建另一個功能的分支 - F2。 F2依靠F1,還依賴於其他開發者開發的一些新增功能。
換句話說,我想創建具有F1和最新開發的分支F2。
這是什麼/適當的工作流程?
一次Git場景:合併與新分支最新和未決pull請求上的Git回購
現在我想創建另一個功能的分支 - F2。 F2依靠F1,還依賴於其他開發者開發的一些新增功能。
換句話說,我想創建具有F1和最新開發的分支F2。
這是什麼/適當的工作流程?
從F1
創建您的新分支併合併到develop
中,或者從develop
創建併合並F1
。最終的結果在內容方面是一樣的,只是修訂樹會有不同的形狀,這應該不重要。
當F2
準備就緒時,創建一個拉取請求。但只有F1
已被接受。如果您在F1
被接受之前創建了F2
的PR,您將給審閱者帶來不便,因爲在那種情況下,F2
和F1
都將在該PR中。
檢查拉請求都是關於檢查源分支和目標分支之間的差異。如果F1
已被接受,則只有F2
中的唯一更改會顯示在差異中。無論多少其他分支已合併到F2
中,只要它們已合併到目標中,它們將不會顯示在差異中,因此審閱者可以專注於F2
的唯一更改。
在F2
上工作時,如果F1
發生變化,您可以在需要時將其合併。這並不重要。在F1
被接受到目標中後,審閱者將只能看到F2
的唯一更改,它從F1
合併多少次並不重要,也不必包含整個F1
。
從F1
開始F2
併合並在origin/develop
的添加中。一旦F1
的拉動請求被接受,在新的0123'之上綁定並提交F2
的拉動請求。