2017-10-17 82 views
0

在我的項目,我有以下分支:的Git分支與合併方案

  1. 分期(從主創建)
  2. 現場(從最初的開發後分期創建完成)

「分期」是所有發展情況,然後去活的「活」之前分支,從「分期」創建。然後在「實時」分支上對配置文件進行一些更改並通過FTP/Git FTP上傳。

現在我們假設在同一組文件中有一個需要在「分段」和「實時」上完成的更改請求,但是由於「活動」和「分段」具有不同的配置文件,並且在某些情況下可能還有其他一些不同的文件,請問我:

  1. 只需手動在兩個分支中逐個進行更改?

  2. 或創建一個子分支或者「活」或「分期」,並做相應的修改,然後合併兩害麼?

對於選項#2,如果我從「staging」創建子分支,然後進行更改和合並後,配置文件是否會被覆蓋?

,或者如果上述所有方法都是錯誤的,那麼怎麼做呢?友善的建議。

+0

我剛剛從現場融入分期,或重訂分期活,如果那會更有意義。 –

回答

1

您可以使用git cherry-pick從一個分支申請幾個不同的提交到另一個。否則,如果您將暫存分支合併回您的開發分支,那麼git會標記您在開發分支上提交的所有提交與您在暫存分支上提交的提交之間的所有衝突。這是首選的方法,因爲這兩個分支都有一個可交易的提交,而不是通過櫻桃採摘「複製」提交。

個人而言,我會第一個分支的分支升級,然後合併到這一點分期和開發。這樣,您可以在更改登臺前測試更改。

+0

如果活分支派生自分段,爲什麼會有任何重複的提交? –

+0

因爲活動分支從分段派生。在上線前,對config和其他文件進行了一些更改。斯圖亞特寫的是完全合理的。如果我有任何進一步的評論,我會嘗試在這裏發佈。多謝你們。 – Kunal

+0

@TimBiegeleisen,cherry-picking使用不同的散列將一個分支提交到另一個分支,因此創建提交的第二個副本。如果分支被合併,那些提交將停留在合併分支歷史記錄中,並且在項目歷史記錄中不會重複兩次。 –