问题标签 [svn-merge]

我正在 SVN 的一个功能分支上工作，我试图经常从主干中引入更改，这样我就不会太过时了。

我一直在使用命令：svn merge ^/parent/branch/path

如何获得两个文件的清晰列表：

1. 父分支更新的文件。
2. 自从我创建分支以来，我在某个时候修改过的文件。

问题是工作副本有大约 3k 的源文件。我的分支更改仅涵盖约 50 个文件。

合并命令为与我的工作无关的文件带来了许多更新。还行吧。我相信 SVN 可以更新这些罚款。

但是，我确实想手动审查合并到我在我的分支中处理过的文件。

我怎样才能做到这一点？

假设我们有一个trunk和一个分支 ( COKE)。（我在 SVN 上运行 Git 并与 svn 合并，trunk而COKE不是 Git）

1. FILE1 on trunk我们希望在COKE分支中发生了变化。
2. 我们从合并trunk，我在COKE branch.
3. 然后FILE1从 中删除trunk，我要在 中更改COKE。
4. FILE1我合并并在 on上发生树冲突COKE branch。

是否由于 (2) 中的合并提交而发生此树冲突？

我能做些什么来解决这三个冲突？

svn resolve --accept theirs-full /path/FILE1不起作用，说只有“工作”才会起作用。

我已经将我的代码与一个修订分支合并（比如 X），现在另一个分支中有提交，我想在合并的代码中进行这些更改（尚未提交）。现在我可以在已经修改过的文件上运行 svn merge 命令（比如版本 Y）。

假设在我的仓库中我有 src 文件（比如 tmp1.c. tm2.c）

代码 ：

现在的问题是我能再做一次吗

我想将刚刚提交给分支文件夹（实际上并未分支）的分支合并到主干。这是细节。

Magento1.7 实际上并不是从主干 mymagento 分支出来的。想法是将 Magento1.7 的更改合并到 mymagento 中，以便升级。

到目前为止，我已经尝试过这些 svn Merge 表单：

我尝试了很多类似的参数--accept theirs-full --reintegrate --ignore-ancestry（当然有正确的语法）

但是它们都没有正常工作。最多我将 svn 属性更改标记为已合并。但不是 Magento1.7 文件的实际更改

取diff的合并命令后，SVN报告如下信息

请建议我在这种情况下应该怎么做？非常感谢您的时间和精力。

我正在尝试从某个分支到我的本地工作区进行 svn 合并。

当我尝试合并时，它会花费大量时间并且会突然停止。

第二次，我打开 Windows 任务管理器并再次启动合并程序。我发现，在开始合并后几分钟，PF 使用率急剧上升，导致系统非常慢并且 PF 内存不足。因此程序崩溃。

接下来我尝试同时使用“--dry-run”和“--ignore-ancestry”选项，它成功完成。但是在删除 --dry-run 选项时，再次崩溃应用程序的故事。

我在 Windows 操作系统上使用 svn 1.6.0 客户端。

我怀疑是否与存储库或结构有关。如果我缺少任何东西，请建议我。

我们有一个标准的布局

但是主干中没有代码。树干从未被使用过。取而代之的是，所有工作都在一个分支中完成，一旦该分支被认为已完成，就会创建一个新分支。从现在开始，所有可发布的代码都将驻留在主干中，因为这是我们所有其他项目的设置方式，也是我们在构建安装包时让 TeamCity 获取和构建所有最新的可发布项目的方式。

在分支下存在一个 1.0 分支和一个从 1.0 分支分支的foo分支。

foo目前正在开发中，1.0 包含最新发布的代码。我的想法是将 1.0 与主干合并，然后，当foo完成后，将其与主干合并。这会带来任何问题，因为它基于 1.0，哪个主干也将是，并且主干可能包含foo中不存在的其他更改？

另外，什么时候可以认为删除 1.0 分支是安全的？在 1.0 被合并到主干之后还是在foo也被合并之后？

所以我有两个分支，b1并且b2. b1我有一个在某个修订版中签出的工作副本r1000，并且我已经合并了来自r1001的一些更改b2。

我foo在我的工作副本中手动编辑了一个文件，使其现在r1000与b1. 但是，当我执行 , 时svn diff，输出是与b2,修订的差异，而不是我所期望r1001的（空）差异与。b1r1000

是否有一种通用的方式可以svn diff说“如果您签入，这就是存储库中将发生的变化”，还是我必须在命令行上指定分支和修订号才能得到我想要的？

我已经在两个分支之间进行了 svn 合并——没有签入——现在我想“取消合并”我工作副本中的一些文件。类似于以下内容：

（注意：我想使用svn merge，而不仅仅是从 的工作副本中复制文件bar，因为（1）有一些合法的合并，即对相同文件进行了不相关的更改，foo以及bar（2）一些文件已被删除在bar我登记入住时，我也想从中删除它们foo。）

我想签入大多数合并的文件，但其中一些，我想从bar分支中删除更改并保留分支中的现有文件foo。所以我尝试：

这无济于事。qux.quux仍然有bar分支的变化。我试试svn status；它是空白的。foo我尝试从分支的原始副本复制：该文件现在具有正确的内容，但svn diff现在显示了bar < foo差异。svn revert再次：现在我们已经bar恢复了更改。让我们试试svn info：

那么我如何回到foo's 的版本qux.quux？以及如何清除工作副本中的“坏”状态信息？

我有一种感觉，我从根本上svn merge以某种方式误解了。

由于我的具体 问题似乎只是让你做错了，让我列出问题，看看是否有人可以提出解决方案。

我们有一个无主干 SVN 存储库，其中包含几个有序分支——v1、v2 等。“较低”分支的更改会自动传播到“较高”分支；可能不是与svn merge谁知道，而是由不再在这里工作的人拼凑而成的一些 perl 脚本。当这会产生冲突时，更改不会传播；相反，开发人员会收到一封电子邮件，并且应该手动将其修复到“更高”的分支上。他们通常会这样做，但并非总是如此。

（注意：请不要跟我说这个“分支”结构有多疯狂。我很清楚这一点。这当然不是我的主意。）

我们已经决定（我说“我们”，但这当然不是我的主意）放弃“最高”分支并将更改从该分支移到下一个分支。但是，我们知道我们不希望代码的某些区域出现任何“更高”的差异。其他会产生需要手动解决的冲突；其他仅在版本号中更改（我们希望保留在“较低”版本）。一些更改是删除或移动，因此我们不能只是将较高版本的文件复制到较低版本的树上并称之为完成。我一直坚持这份工作。

那么：如何将部分但不是全部的更改从分支n移动到分支n-1？

我有一个具有以下结构的项目

当前 HEAD 是修订版 1048。分支是从 r523 中的主干复制的。主干已合并到 mybranch，结果为 r1048。上的合并信息^/project/branches/mybranch给出

并且trunk的mergeinfo没有提到任何来自^/project/branches/mybranch. 实际上，在现实中，主干和分支也同时保存来自分支的合并信息，mybranch但这些合并信息在两个输出中看起来是完全相同的。

现在我进入我的主干工作副本并尝试发布

我收到一条错误消息，上面写着：

这很奇怪，因为我的分支文件夹上的 mergeinfo 告诉我 523-1047 已正确地从主干合并到分支。那个子文件夹是怎么回事？src是一个明显存在于主干和分支中的目录。

我认为这就是可疑之处。如果我通过查看 mybranch/src 的合并信息，svn pg svn:mergeinfo ^/project/branches/mybranch/src@HEAD我什么也得不到。但是，如果我查看trunk/src（svn pg svn:mergeinfo ^/project/trunk/src@HEAD），我会得到

所以似乎有人在那里从树枝到树干进行了樱桃采摘。但是，这不会出现在中继文件夹本身中。

这就是问题所在吗？最重要的是：我该如何治愈它？