Github工作流程：在使用相同文件的多個分支中工作

Question

我是Git的新手，我試圖找出處理使用相同文件的多個分支時最佳工作流程。辦公室的工作流程非常適合爲每張入場券創建一個新的分支機構。我最擔心的是，當這些分支機構合併到階段和生產中以實現所有更改時。

例

可以說，我從生產創造branchA。 然後，我修改app.js並向QA分支提出拉取請求。

現在我從生產中創建一個名爲branchB的新分支。 然後，我修改app.js並向QA分支提出拉取請求。

branchB沒有在branchA中進行的更改。

我覺得如果我繼續這個工作流程，我會一直處於衝突狀態。

在單獨的分支上工作的最佳方式是什麼？這將會修改大量相同的文件，並確保當它們合併到QA中時它們包含最新的代碼？

感謝您的幫助。

Answer 1

每張票的單獨分支的原因是什麼？ - 通常它會讓您選擇合併一個分支的解決方案，但拒絕另一個分支的解決方案。你爲這兩者做了一個pull請求，維護者可以決定合併它們，或者不合並。

如果是這種情況，您的分行必須是獨立的。如果一個分支插入解決方案A而另一個分支插入解決方案B，則維護人員只能選擇其中一個或手動合併這兩個解決方案。

---

如果你幾乎對這些門票和所有的解決方案的工作只有一個通常接受的，那麼你可以基於第一個頂部的第二個解決方案。 （基本上，git rebase正在做什麼。）

缺點是：如果你這樣做，你不能再有沒有第一個解決方案的第二個解決方案。

=>最佳解決方案取決於具體情況。

---

有時您可以通過構建代碼來清除衝突，以清楚地區分不同的功能。 - 但只要兩個解決方案以不同的方式改變相同的功能。有人必須決定如何解決這個衝突。