在Github GUI中解决大量合并冲突后,在本地对git pull request进行更改

我有一个试图合并的请求请求。我第一次提交该文档时,首先是合并冲突,然后在尝试在本地修复它的过程中,我最终使数十个人的提交最终“污染”了PR,而不是在那里1或2完全重新构建并压缩过的原始提交。

我关闭了PR,我浏览了差异文件,然后根据较新的上游主服务器重新创建了分支和PR,它已经坐了大约一周了。同时,我在GITHUB上解决了两个合并冲突,因此在提交历史记录中,它很干净,仅显示了我最初的压缩提交,还有两个强制推送的解决冲突。

维护者要求我在合并之前进行一些简单的更改,但是我想避免我第一次遇到的麻烦。在他的建议下,我删除了LOCAL分支,并再次将其从fork中拉出,但是由于某种原因,它只显示了一个提交,而最新的合并冲突没有解决。

我被告知真相如此困惑,我只是不知道该怎么做。有人可以帮我吗?

这里是PR: https://github.com/WikiEducationFoundation/WikiEduDashboard/pull/3481/

这是我的本地fork,已选择到我完成所有工作的相应功能分支: https://github.com/chrisnorwood/WikiEduDashboard/tree/feature/convert-alerts-list-to-react-2

我删除了我的本地分支,并使用以下命令将其重新拖动: git co -b feature/convert-alerts-list-to-react-2 origin/feature/convert-alerts-list-to-react-2

当我在新拉的分支上运行git log时,它显示51cc7be50...是最新的提交(11月15日),而不是a029135e42...(11月21日),如Github所示。 com ....那很奇怪吗?

如何获得分支的正确版本以及本地的所有相关提交,因此当我再次推送到分叉时,PR会更新而不会在其中显示50多个其他人的提交?

lbsky20090504 回答:在Github GUI中解决大量合并冲突后,在本地对git pull request进行更改

  

维护者要求我在合并之前进行一些简单的更改

然后无需删除所有内容:在本地PR分支上进行更改并推送:它将自动更新PR,并通知维护者。

但是,如果您已经删除/重新克隆了,请确保获取原始存储库ID:

git remote add upstream https://github.com/WikiEducationFoundation/WikiEduDashboard
git fetch upstream 
git fetch upstream pull/3481/head:feature/convert-alerts-list-to-react-2 
git switch feature/convert-alerts-list-to-react-2
... # work,commits
git push -u origin feature/convert-alerts-list-to-react-2
本文链接:https://www.f2er.com/3053368.html

大家都在问