我正在努力在 github 存盤庫上構建檔案站點，其中涉及大量檔案更改和新檔案。為了簡化審查，我想將大功能分支分解為較小的 PR。我只是想弄清楚如何實際管理這個。
我正在關注這篇文章，它展示了如何將大型拉取請求分解為堆疊拉取請求。new_feature這個想法是從簽出一個分支master，然后實施一些更改并針對該分支打開一個 PR。接下來，我簽出一個新的分支new_feature_p2，new_feature并進行更多更改并針對new_feature_p2.
問題是，當我去 github 并嘗試創建 PR 時，我仍然可以看到原始分支new_feature_p2的提交。new_feature我不確定這是否可以，或者我是否需要更改某些內容以便我不會在第二個 PR 中重新提交相同的檔案。
請注意，我對原始存盤庫進行了 fork，因此我從 fork 提交更改。一旦 PR1 獲得批準，來自 PR1 和 PR2 的常見提交會消失嗎？那么 PR2 會直接進入而不對 PR1 檔案進行任何更改嗎？
或者有沒有更好的方法來處理這個程序。
uj5u.com熱心網友回復：
問題是，當我去 github 并嘗試為 new_feature_p2 創建 PR 時，我仍然可以看到原始 new_feature 分支的提交
因為您忘記將第二個 PR 的目標分支（您要合并的分支）重新指向原始new_feature分支。
好的，這不太準確，因為我們正在討論如何在原始存盤庫中看到第二個 PR 。我認為那里的答案是您的直覺是正確的：
一旦 PR1 獲得批準，來自 PR1 和 PR2 的常見提交會消失嗎？那么 PR2 會直接進入而不對 PR1 檔案進行任何更改嗎？
是的。PR2 中顯示的只是這個分支和主分支之間的計算差異。一旦 PR1 被合并到原始 repo 的主分支中，僅僅因為它們存在于 PR1 中而存在于 PR2 中的東西在 PR2 和 之間將不再不同main，因此 PR2 看起來是正確的。
正如我在評論中所說，對于原始 repo 的所有者來說，也許最有用的策略是讓您繼續將您的作業劃分為分支，但在合并之前的 PR 之前甚至不要提交下一個 PR。這樣，原始 repo 的霸主總是只看到每個 PR 中的最少材料，這一直是您的目標。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/523773.html
標籤：混帐GitLab
上一篇：Github，如何在拉取請求中獲取第一次提交的提交ID？
下一篇：git協議連接被拒絕