合并多个版本-管理问题

Question

以下是场景：

1)我有一个branchA 2)我有一个trunkA

这两者是不相关的，这意味着它们有不同的路径通向它们。在某个时间点上，BranchA是trunkA的副本。

因此，当使用trunkA作为核心开发主干时，我被要求将某些更改合并到branchA中，以便它也可以对我们的一些代码文件进行这些代码更改。

好的，我在Tortoise对话框中选择merge via revision range。但事情是这样的。要么是我在签入的变更集(我的repo集)上不够聪明，要么是我不知道是否有可能在一系列修订中排除某些文件的选项。

因为问题是，有时候我会清理一些类，这些类是我在编写某个故事的时候潜心研究过的类，所以我会清理一些东西，比如删除未使用的using语句等，这是每个开发人员都应该做的事情(boyscout规则)。

问题是，当我这样做的时候，我想它可能会被稀释。这意味着我可能真的应该将清理更改隔离在它自己的提交中。

因为问题是，如果我正在合并一系列的修订，并且我已经做了“其他清理”，那么在我将一些核心文件更改合并到branchA时，我可能不想包括其中的一些清理。也许我只是想移动一个特定的故事，但问题是，我还在其中一些repo#s中包含了一些其他文件，我对它们进行了修改以清理它们。

我想我的问题是，或者说更多的验证是，我可能只需要在提交时更干净。牢牢地把事情隔离开来。如果它是“围绕”您正在处理的一组类的一大堆清理更改，请等待并在它们自己的提交实例(自己的repo#)中提交这些更改。这样，每当我进行范围合并时，我就会得到我想要的结果。我不认为svn有办法在范围合并期间在特定的repo#s中清除这些文件。

有什么想法？

Answer 1

如果我正确理解了您的问题，您希望合并从TrunkA到BranchA的一系列修订。但是，您的本地BranchA工作副本有未提交的更改(与您正在处理的清理故事相关)，并且您希望将这些更改的提交与合并后的提交分开进行，对吗？

如果这就是问题所在，你可以有一个这样的解决方案。

• 签出BranchA的新工作副本(称为WC2)，并在此处执行修订范围的合并。
• 然后提交它。之后，返回到您正在执行清理故事的工作副本(称为WC1 )。
• 在WC1中执行SVN更新。它将在这里更新您从WC2提交的合并更改。
• 在那里获得真正的解决方案。对于此更新中的每个文件，我们需要考虑三种主要情况。

我们的场景如下：

1. File未在server.
2. File中更改&文件在中更新-这也不会造成任何问题，因为本地文件不会更改，它只会从WC1中更改(未提交)的server.
3. File中获取最新更新&文件不会在TrunkA中更新-这不会得到任何问题，因为在这些文件的更新中没有发生任何事情，并且您的清理更改是在WC1中更改(未提交)以及在TrunkA中更新文件-这是一个将在更新过程中进入TrunkA冲突。然后，您可以逐一了解并解决冲突。这就是在这里消耗的时间。

在此之后，只需在WC1中完成您的清理故事并稍后提交即可。

这会将提交历史记录中的两个任务分开。