PR上主“搞砸”了我的测试分支,如何解决呢?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了PR上主“搞砸”了我的测试分支,如何解决呢?相关的知识,希望对你有一定的参考价值。

我习惯了使用git。我的正常工作流程是:

dev --> test --> master

我喜欢它,它的伟大工程。

现在,在一个项目中,我与其他远程开发工作,我已指示,包括别人的工作,在我们共同的仓库拉请求。

我有一个公关的电子邮件,去github上,并快速检查后击中合并按钮。然后我去了我的本地回购,git pull origin master做到了,新的变化出现在那里。所有罚款。

但这里的渔获物。我已经初步要求做受PR某些文件的变化。我曾在dev工作,并被推到test - 但不是master

所以很自然的,mastertest产生了分歧。我以为我可以通过git merge master后,只需发出git checkout test让他们的出路。

我的(最初的)惊讶的是,我现在已经在test,既改变 - 我的同事和我,里面git diff master test显示差异。

现在我明白了 - 我会不得不先倾倒我过时了变化。

已经开始关注,并且不必更新dev为好,其中有电流的变化,我现在该如何解决?我可以撤消test合并,并从头开始?

答案

我觉得你最好的办法是变基test在新master

git checkout test
git rebase master -i

您可以删除底垫中陈旧的承诺。

另一答案

我使出做手工。

最初的恐慌后,冷静下来之后,我认识的变化都很小,受影响的只是5个文件。

于是,我去了那里,从master复制他们/tmp,签出test并复制它们回来。

masterand test之间留有无差异受影响的目录现在。唷。

以上是关于PR上主“搞砸”了我的测试分支,如何解决呢?的主要内容,如果未能解决你的问题,请参考以下文章

Gradle 在 Android Studio 中搞砸了我的应用程序,如何修复?

如何在 Git 中完全用远程分支替换本地分支?

github上测试服出现bug,如何回滚并获得合并之前的分支

git pull请求 - 如果不接受旧的PR,是否应该创建新的PR

我分享了我的提交历史?

相对布局搞砸了如何固定它的位置