我在Github上有一個倉庫的分支。Github:我如何在PR本地合併時爲PR保留清潔分支?
我正在創建各種各樣的小補丁。對於每個補丁,我創建一個本地分支並提交一個PR。
現在我還需要將所有這些修補程序合併在一起用於包含所有功能的本地構建。
- 我應該將它們合併到我的本地主嗎?如果是這樣,我將在哪裏分支?
- 我可以以某種方式建立一個新分支B(新代碼)在另一個分支A(調整構建系統)我提交了一個PR,並仍然保持這些分開?這意味着我分別提交B的PR,但不包含A和A的內容。
我在Github上有一個倉庫的分支。Github:我如何在PR本地合併時爲PR保留清潔分支?
我正在創建各種各樣的小補丁。對於每個補丁,我創建一個本地分支並提交一個PR。
現在我還需要將所有這些修補程序合併在一起用於包含所有功能的本地構建。
我會創建一個單獨的分支,並將所有分支合併到您的本地構建中。如果您創建更多功能或只更新其中一個分支,您也可以將它們合併到該分支。
如果您願意,也可以使用當地的高手來做。之後,您可以使用git checkout -b new-branch origin/master
創建新的分支,這將使用名爲origin的遠程存儲庫中的主設備作爲新分支的基礎。
無法爲分支中包含的部分更改創建拉取請求。因此,在合併A到B(或基於A創建B)後,A的更改也會發生在B的Pull請求中。
在github的主設備上進行更改時,必須進行同步當地主分支,它僅僅是一個同步分支(從來沒有在這裏做任何DEV)
Github -> master Sync to Local -> master
案例1:新功能開發
git checkout -b new-feature-a
new-feature-a
推動改變new-feature-a
Github->master
創建個人的貢獻,更好地改進和時間表定期分支建立在Github->master
。 案例2:構建和掌握單獨的分支
master-build
從Github->master
Github->master
應同步與master-build
或者PR明智的或週期性明智的,取決於構建運行的頻率。單獨的分支保持代碼簡單。但是依賴分支代碼應該可用。在這種情況下,B
包含從A
開始的更改,並且必須按順序進行。
在這種情況下,應始終合併相關的PR。
您的回答有點不清楚。什麼是「Github的主人」。我的還是上游的主人?什麼是「本地主分支的父母」。 –