我想知道在我經常遇到的這種情況下，我的最佳選擇是什么。基本上我的團隊批準 PR 的速度非常慢，我的下一個任務是建立在前一個任務的基礎上。
所以我有Branch A哪些功能完整但長時間處于 PR 狀態。我想建立在它的基礎上，Branch B它完全依賴于Branch A. 我在這里最好的作業流程是什么？
在我目前的情況下，我實際上已經完成了所有更改，Branch B但它們作為未提交的檔案位于Branch A. 我只是git stash和git checkout -b BranchB和git stash apply嗎？這是否包括我所有的更改Branch A（這應該意味著我不會面臨沖突？）
如果你想知道為什么我不只是嘗試找出答案，我很害怕可能發生的事情。
uj5u.com熱心網友回復：
如果您的存盤庫和作業檔案夾處于此狀態：
- 您已簽出分支 A
- 您已對分支 A 中的檔案進行了修改
- 您還沒有分行 B
然后你可以簡單地這樣做：
git checkout -b Branch-B
這將創建并檢出分支 A 的“頂部”分支 B。您未提交的檔案仍然存在且仍未提交，基本上，您的作業檔案夾保持不變。然后，您可以開始將這些檔案添加并提交到您的心內容中。
盡管您在評論中說您了解您對以下評論所做的事情，但我也只是要在這里為未來的訪客提出警告。
如果分支 A 尚未合并到您的主分支中，并且您執行此操作，則基于分支 A 創建分支 B，如果您嘗試在分支 A 合并之前將分支 B 合并回您的主分支，您將拖動所有更改在分行A也是如此。本質上，您會將分支 A 的更改合并到主分支中，即使分支本身被視為未合并。
uj5u.com熱心網友回復：
創建另一個Branch C并根據需要在那里作業，稍后合并上游更改
stashed 的作業仍然會引起沖突，并且它們可能更煩人，并且更容易意外丟失或失去跟蹤
轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/403592.html
標籤：