[英]Github shows unrelevant commits in pull request history
我正在使用Github在此圖像上描述的“標准”流程,即:
origin
拉出來。 upstream
並創建拉取請求。 我還想根據我的需要修改樹中的某些文件(例如構建規則)。 我希望這些更改存在於upstream
HEAD中並傳播到新創建的分支。
因此,github show顯示了我在創建分支之前完成的所有合並的歷史記錄(請參閱pull#334 )。 當單擊Files Changed選項卡時,可以看到它報告“2個已更改的文件,包含141個添加和23個刪除”,但是顯示的差異包含最多50個更改。 我得出結論,這些數字也會累積,也會顯示歷史記錄中的其他提交。
我想要實現的目標:
我應該在流程和/或存儲庫中更改哪些內容以滿足需求? 提前致謝。
最簡單的解決方案可能就是將您提交拉取請求的原始分支的更改重新定義為(可能是主要的)。
git rebase my-feature-branch --onto origin/master <current branch base>
其中my-feature-branch
是包含要為其提交pull請求的功能的分支, <current branch base>
是緊接在pull請求中所需的第一次提交之前的提交。
將來,您可以通過將功能分支基於已經存在的提交來避免這些混亂的提交,並且只在pull請求中對該分支進行提交。
例如,要從origin/master
創建新分支:
git fetch origin # Make sure origin/master is up to date
git checkout origin/master
git checkout -b "new_branch"
# Now do work on this branch.
# Don't make commits here that you don't want in the pull request
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.