标签: git-revert

我创建了一个功能分支,让我们说feature/branch1在github上.我为它创建了一个pull请求并将其合并.

当它到达我们的管道时,我们发现存在问题,我们使用Git上的Revert按钮将其恢复.这创建了一个"Revert"PR,我们与master合并,一切都很顺利.

几个星期后,发布其他合并到主人的PR,我们认为我们会恢复 - 恢复.这一次,我们进入了已关闭的Revert PR并尝试再次使用Revert按钮.但是我们收到了此错误消息

Sorry, this pull request couldn't be reverted automatically. 
It may have already been reverted, or the content may have changed since it was merged.

如何完成此恢复？

我希望拥有的最理想的情况是拥有一个包含恢复的恢复的新分支,因此我可以进行进一步的更改并返回PR过程.

我将拉取请求合并到我们的开发分支中，但需要对其中一个文件进行额外的更改。我想恢复拉取请求，然后将更改添加到功能分支，但是当我在 Azure Devops 中使用恢复按钮时显示：

Encountered conflicts when reverting commit '8a750f'. This operation needs to be performed locally.

信息非常少，没有任何内容可以指出错误是什么或错误在哪里。

我的第一个问题是：恢复原始功能分支，在此处添加新更改，然后再次合并它们Dev，使用新的拉取请求是添加新更改的最佳方式吗？或者我应该将新的更改添加到新分支中并将该分支推送到Dev？我主要关心的是如何将这两个功能分支（已经合并的分支Dev和新的分支）推送到进一步的分支，例如Test和Master？

第二个问题是关于错误消息：它是什么意思以及如何检查冲突？我使用 Visual Studio 2019 和 .Net Core 2.2。

不确定这是否是与分支机构合作的正确方法.

• 我在结构A上有这个应用程序.
• 当我在那个结构A上时,我创建了一个分支Z(但我在主分支上保持自己的工作).
• 在工作时(在主分支上),我改变了这个结构,最终搞砸了所有东西.:)
• 我从来没有提交也没有将这些新文件添加到代表.

请求:

• 我需要恢复到最后一次提交时存在的结构.还原所有未提交的更改,并删除可能已添加的新文件和文件夹.

如何才能做到这一点？

我正在使用几周前进行合并的存储库,我们刚刚发现它使用了--strategy=ours标志(它应该使用--strategy-option =我们的标志),因此不对HEAD应用任何更改.但是,我们需要应用更改.Git已经将分支识别为已合并以及分支历史中的提交.

无法使用此类合并进行还原 git revert -m ...

恢复和/或重新应用合并以更改文件的正确方法是什么？

master  A - B - E - F - G ---> L - M - N
             \     /
topic         C - D

合并提交(F)将是此方案的罪魁祸首.

使用git流程.我们有一个不熟悉Git的同事昨天意外地合并了发展成师.

开发有很多功能,我们的下一个版本将启动,需要恢复合并.这创建了一个撤消所有更改的提交.当我们将master合并回develop时,revert commit会删除我们的功能生成的代码.

在保留新功能的同时,能够与master的修补程序同步开发的最佳方法是什么？

- 编辑 - 只是为了澄清,恢复是一个恢复.IE git revert -m 1 <sha>,因为提交已经被推送到远程存储库.

发布之后,我已经提出了一个可能的解决方案,通过分支主控并恢复还原,但是我很好奇是否有其他可能性可以最小化冲突.

我在git中更改了一个图像文件,它是2次提交之前.我如何回到之前的2次提交？

使用最少量的命令通过命令行执行此文件恢复的最简单方法是什么？

我希望标题不是很混乱.

历史(又名我做错了):

假设有两个分支,主要和特征.功能是一个分支,我保留一个较长的功能项目,并不时在该分支上使用git pull origin master来保持更新主代码的更新.

我偶然合并并将功能推入主人.

它还没有准备好,所以我试图恢复它.我试过以下:http://sethrobertson.github.io/GitFixUm/fixup.html#pushed_new_merge 但我想我做错了.我用过:git revert然后提交恢复并推送它.问题似乎已经解决了 - 这个功能在主人不再变化

现在的问题是,当我尝试在功能分支上使用git pull origin master时,它会继续删除我的文件并恢复所有更改,因为它正在与revert-commit合并.主人的头是过去的那个恢复,我需要从更新的提交中拉出更改继续功能分支.

我用谷歌搜索了这个话题,最有希望的答案是这样的:https: //metlos.wordpress.com/2012/01/13/git-merging-after-a-revert/ 但这里合并的方式不同于我想要的to(要掌握的功能,我需要掌握功能).

我正在考虑创建master的clone分支,然后应用来自该分支上的链接的指令,这样我就可以得到我需要的结果,但是我担心这是一个临时解决方案,我需要随时应用我想要从master中提取.

我最好为这个故事不要乱,如果有些事情是不可理解的,我会澄清.

我有一个feature-1从master创建的功能分支.很多时间过去了,我创建了很多提交feature-1.

现在我想恢复提交特定目录中的所有更改,假设src/modules/feature-2我在分支中feature-1返回到它们所处的状态master.

我敢肯定这一定是可以在git,只是不知道该怎么做!？

我们的团队使用Github Pull Requests来管理我们的工作流程,就像这里描述的一样.在手动查看接受的Pull请求时,我们偶尔需要还原该合并,因为它尚未准备好部署到我们的生产服务器.

但是,如果开发人员再次尝试发出Pull Request,则无法识别这些更改已恢复,并且发现提交已在主分支中.它只包括自恢复以来最近的提交,但我们真正想要的是重新引入所有已经恢复的提交,以及他们的新工作.换句话说,我们喜欢重新发布原始Pull请求的方法.

由于Github不支持此功能(即,既不恢复合并,也不撤消/重新发布原始拉取请求),我目前正在还原恢复的合并.这感觉不对.

我可以用什么方法在git中实现相同的目标？(或Github,如果可能的话)

尝试在 git 中恢复特定提交时，我收到此错误：

$ git revert aaaf93201a28a57d540d633b1b723b8e513a47ed
错误：无法还原，因为您有未合并的文件。
提示：在工作树中修复它们，然后使用 'git add/rm '
提示：适当标记分辨率并进行提交。
致命：恢复失败

这是关于合并冲突吗？但是为什么在这种情况下会说“未合并的文件”？