问题标签 [revert]

我对 Subversion 比较陌生，来自 Source Safe，它让我发疯。使用 Tortoise 界面，Commit 不断向我显示我的 bin 目录中的 .java 文件，它说“丢失” - 好的，这是一个单独的问题。基本上，当我尝试了几件事来摆脱虚假的“bin”消息时，Tortoise 反而删除了我的整个源目录。我尝试重新添加东西，但是当我添加时，它是新的，没有历史记录。

如何将 Subversion 带回特定版本？好像我从来没有发生过一样？我知道如何在 VSS 中执行此操作，但是每次我尝试使用 TortoiseSVN 时，它都会修改我的工作副本。我不想再检查我的工作副本，因为那会丢失我所有的历史记录。Subversion 可以忘记吗？

顺便说一句，已经尝试查看stackoverflow，但我发现最接近的事情是导出和重新导入整个存储库，我认为我还没有到那个时候。Subversion 一定能做到这最简单的事情！

我想恢复合并，因为git merge -s recursive -X ours我没有使用，而是使用了git merge -s ours.

我已经阅读了这篇关于恢复合并的博客文章，但它似乎不适用于我的情况。

所以，我有master分支，然后是topic分支。在某些时候，我合并master到topic，然后合并topic到master. 当我合并master到branch时，我的文件有冲突，但我认为它没有做任何重要的事情，所以我想我说 git 跳过它，并使用我的版本。那时我使用git merge -s ours，而不是git merge -s recursive -X ours，我今天发现它忽略了我的一个队友所做的一切。

现在，我正在尝试恢复此合并：

这确实将我的合并中忽略的更改（我的队友的更改）引入了树。问题是现在，我的更改不再出现在树中。我试过还原还原，但没有成功。

关于如何恢复这种合并的任何建议？

我在 Windows 中使用 TortoiseSVN 签出了一个 Subversion 分支。我有一个文件，叫它 myfile.txt，我想重命名它，比如 mynewfile.txt。但是，我想保留 myfile.txt，然后将其恢复到以前的版本，比如 r15。所以，我希望 myfile.txt 有来自 r15 的内容，而 mynewfile.txt 有来自 rHEAD 的 myfile.txt 的内容。我希望我可以用 Subversion 命令以某种方式做到这一点，以便保留文件的历史记录。这样，当我提交这个并且您查看修改时，您会看到 mynewfile.txt 只是 myfile.txt 的重命名，而 myfile.txt 现在具有来自 r15 的旧内容。这可能吗？我是否应该重命名 myfile.txt -> mynewfile.txt 然后重新制作 myfile.txt，手动将内容从 r15 复制到其中？

我不小心将 (git add *) 一个大文件 (200+ MB) 添加到了 git 存储库。我提交更改并推送它。

当我尝试对其他副本进行更改时，花费的时间太长了。我取消了拉取，删除了文件（git rm 文件），提交并再次推送。但是拉动其他工作副本仍然需要很长时间。

那么，如何从主仓库中完全删除它呢？

我将 HEAD 修订版的结帐合并回修订版 1000：

之后，我想撤消它并合并回 HEAD 修订版。我的结帐现在应该是修订版 1000，所以我需要合并从 1000 到 HEAD 的所有内容。但是 svn 什么也没做：

嗯，还是只是还原？

它只是安静，不会更新foo.txt到 HEAD 修订版。我该怎么做？

完成对 HTML5 可拖动元素的拖动后，该元素将恢复到其原始位置。是否可以防止反馈图像恢复？

我希望反馈图像在拖动完成后消失，而不是恢复原状。

如何在 Mercurial 中获取文件的早期版本的副本，而不在工作区中将该文件作为新的默认工作副本？

我找到了hg revert命令，我认为它可以满足我的要求，但我不确定。

我需要获取我的代码的早期版本的副本，以便使用几分钟。但我不想打扰当前运行良好的版本。

所以我打算这样做：

有没有办法将它输出到不同的目录，这样我当前的文件工作版本就不会受到干扰？就像是：

我在一个项目上所做的部分开发无法部署，应该在单独的分支中完成。我已经合并了向后的更改（通过乌龟的“从这个版本恢复更改”和仔细编辑），撤消应该在单独的分支中的工作，并将这个反向补丁提交到主干。我现在想创建一个分支，其中包含在上述补丁中撤消的更改。这是我所做的：

我在撤消修订之前的修订中为新开发创建了一个新分支。

我通过合并乌龟 SVN 中的一系列修订将撤消修订合并到新分支中。

我打开了更改日志，选择了“包括合并的修订版”和“从该修订版还原更改”。这恢复了我的工作副本中的这些更改。这就是我希望分支成为的样子。我提交了这些更改。此提交在“包含合并的修订”下列出了撤消补丁；我不认为它应该这样做；这里似乎有问题。关键可能是记录这个补丁（平方反比，或原始修改的产物），使颠覆不知道创建它所执行的操作。

然后，我通过相同的方法（合并一系列修订）将主干中的所有更改合并到新分支中。这包括第二次原始撤消补丁，使我的分支与主干相同（现在将其列为三次作为包含的合并修订版）。这不是预期的结果。

<编辑 - 解决方案>

以下是所需的行为，并且可以正常工作：

首先，我创建了一个带有文件夹标签、主干、分支的空存储库。在主干中，我创建了一个文件 file.txt，其内容为（rev1）：

然后将文件编辑为

并签入（rev2）。然后我在日志中选择了 rev2 并从这个版本中选择了 revert changes 并签入（rev3）。该文件现在再次看起来像这样：

然后我创建了一个从rev3到branches\b1 的主干分支（rev4，was5；这一步都做）。在 branch\b1 中，文件如下所示：

然后我将 rev2 从主干反向合并到分支/b1 中，忽略祖先（rev5）。分支现在看起来像这样，历史包含类似的内容现在纯属巧合：

我将主干（rev6）编辑为如下所示：

我将主干中的所有更改合并到分支/b1（rev7）中。分支/b1 现在正确地看起来像：

</编辑 - 解决方案>

<编辑>

它应该如何工作

以下是所需的行为，如果按如下方式执行斜体步骤，则可以正常工作：

首先，我创建了一个带有文件夹标签、主干、分支的空存储库。在主干中，我创建了一个文件 file.txt，其内容为（rev1）：

然后将文件编辑为

并签入（rev2）。然后我在日志中选择了 rev2 并从这个版本中选择了 revert changes 并签入（rev3）。该文件现在再次看起来像这样：

然后我创建了一个从 rev2 到branches\b1 (rev4) 的主干分支。在 branch\b1 中，文件如下所示：

然后我将主干中的 rev3 合并到分支\b1（rev5）中，分支现在看起来像这样：

我编辑分支 3 (rev6)，就好像我此时正在分支一样。现在纯粹是巧合，历史包含类似的东西：

我将主干（rev7）编辑为如下所示：

我将主干中的所有更改合并到分支/b1（rev8）中。分支/b1 现在看起来像：

它是如何工作的

以下是实际行为；如果执行斜体步骤，它将无法正常工作，由于追溯分支的复杂性，这是必要的。错误在最后一步的第二行。

首先，我创建了一个带有文件夹标签、主干、分支的空存储库。在主干中，我创建了一个文件 file.txt，其内容为（rev1）：

然后将文件编辑为

并签入（rev2）。然后我在日志中选择了 rev2 并从这个版本中选择了 revert changes 并签入（rev3）。该文件现在再次看起来像这样：

然后我创建了一个从 rev2 到branches\b1 (rev4) 的主干分支。在 branch\b1 中，文件如下所示：

然后我将主干中的 rev3 合并到分支\b1（rev5）中，分支现在看起来像这样：

在branchs\b1 中，我在日志中选择了rev5，并从该版本中选择了revert changes 并签入（rev6）。该文件现在再次看起来像这样：

我将主干（rev7）编辑为如下所示：

我将主干中的所有更改合并到分支/b1（rev8）中。分支/b1 现在看起来像：

</编辑>

我不小心对存储库中的错误分支运行了命令 - 有没有办法撤消此更改？

我尝试使用SQL Azure 数据同步工具并成功地将本地数据库从我的开发机器传输到 SQL Azure 帐户。然而，后来我注意到该工具默默地对我的本地数据库进行了一系列更改——如果没有任何通知或确认对话框，这绝对不是一件好事。

有谁知道是否有一种简单的方法可以恢复同步工具所做的更改（添加的存储过程和跟踪表）？我知道手动删除内容始终是一种选择，但它很容易出错，我认为这是我的最后手段。