我在Github上分叉了一个存储库.我做了一些小改动并向上游提交了拉取请求,但是在我的分叉已经变得如此糟糕的情况下,我无法生成干净的拉取请求; 当我从一个分支机构开始一个有六个更改的拉取请求时,Github想要提交十三个,其中七个已经存在于上游(natch).
我的问题似乎只与拉动最新的提交有关,但是当我创建一个新的分支和樱桃选择提交时,我仍然有额外的.我futzed与基础重建为好,但现在看起来,即使我的主人是那么糟糕,我不能生成的原始副本上游.这显然是因为我不明白我需要改变而不是合并,所以显然我犯了错误; 我想要做的是弄清楚如何解开那个结并回到一个干净的状态,我可以有效地前进.
我有点想把我的叉子吹走,然后在上游做一个新的叉子,但我也认为这很困难.
承认我的Git罪后,我如何获得github赦免？
在我的笔记本电脑和工作以及家里的桌面上工作了几个星期与六个不同的分支和合并之后,我的历史变得有点复杂.例如,我只是进行了一次获取,然后将origin与origin/master合并.现在,当我做git show-branches时,输出如下所示:
! [login] Changed domain name. ! [master] Merge remote branch 'origin/master' ! [migrate-1.9] Migrating to 1.9.1 on Heroku ! [rebase-master] Merge remote branch 'origin/master' ---- - - [master] Merge remote branch 'origin/master' + + [master^2] A bit of re-arranging and cleanup. - - [master^2^] Merge branch 'rpx-login' + + [master^2^^2] Commented out some debug logging. + + [master^2^^2^] Monkey-patched Rack::Request#ip + + [master^2^^2~2] dump each request to log ....
我想用git rebase清理它.为此目的,我创建了一个新的分支,rebase-master,并在这个分支上尝试了git rebase <common-ancestor>.但是,我必须解决许多冲突,并且分支rebase-master上的最终结果不再匹配master上的相应版本,该版本已经过测试并且可以工作!
我以为我在某个地方看到了这个解决方案,但再也找不到了.有谁知道如何做到这一点？或者,当我开始删除已经合并的不需要的分支时,这些错综复杂的引用名称是否会消失？
我是这个项目的唯一开发者,所以没有其他人会受到影响.
以下是我经常遇到的场景：
您在masteror上有一组提交design，我想将它们放在production分支之上。
我倾向于创建一个带有基础的新分支，作为productioncherry-pick这些提交并将其合并到production
然后，当我合并master到生产时，我会遇到合并冲突，因为即使更改是相同的，但由于樱桃选择而注册为不同的提交。
我找到了一些解决方法来解决这个问题，所有这些都很费力，可以被称为“黑客”。
虽然我没有做过太多的重新定位，但我相信这也会创建一个新的提交哈希。
我应该在我挑选的地方使用变基。与此相比，还有什么其他优势。