问题标签 [svn-merge]

SVN 中的当前项目结构

Trunk > Folder 1> it contains further folders like A, B,C

我已经从文件夹 1 创建了分支。

现在我意识到文件夹 1 是多余的。基本上结构应该

Trunk > it contains further folders like A, B,C

我打算做什么

1）首先将文件夹A，B，C复制到Trunk中。所以结构变成了这样 Trunk > Folder 1> it contains further folders like A, B,C Trunk > it also contains further folders like A, B,C

2）合并分支到主干，以便分支文件夹（A，B，C）下的修改合并到A,B,C under Trunk

3）然后从trunk中删除文件夹1

但是在第 2 步，我得到了 Tree conflict error 。我不知道为什么？

我有带有 XML 文件的 svn 存储库，但我对 svn-update 自动合并功能不满意。

之后svn update或者svn update --accept postpone我得到了像这样损坏的 XML。

SVN 认为 XML 是一个文本文件，并在此处放置一些用于人工编辑的标记

如何禁用svn updateXML（文本）文件的合并？

我已经阅读并尝试了我可以在 Subversion 中关闭自动合并中的所有答案吗？，但它不适用于 SVN v 1.8。

UPD

我正在查看答案https://stackoverflow.com/a/7673033/3578861，发现它不适用于 svn 1.8 -Subcommand 'update' doesn't accept option '--diff-cmd ARG'

但现在是一个diff3-cmd选择。

如果我将解决方案修改为

并d:\f.bat用

现在是工作。但它的开销太大且不稳定。此脚本接受来自所有冲突文件的输入流并将其中一个保存到结果文件中 - 它非常愚蠢且成本高昂

有没有更优雅的解决方案？

我使用 git 处理现有的 SVN 存储库，该存储库现在 - 从概念上讲 - 具有以下历史：

当然，真正的SVN 没有可以合并的分支，即G实际上只是一个巨大的提交，它将所有更改B..Q从trunk.

所以，现在，我的 git 镜像看起来就像这样：

与 svn 不同的是，git有适当的合并，并且可以更清晰地表示历史。

有没有办法让布局看起来像它在 git 中的样子——即，将feature提交作为明确的祖先trunk——同时仍然允许dcommitting像现在一样处理所有新工作（即）？

svn copy在 SVN 中创建分支和svn merge创建分支有什么区别？

我正在我们的一个存储库中搜索一组特别粗糙的旧版本，试图弄清楚几个所谓的合并发生了什么。

当我查看目标分支中的一个修订时，它显示的内容与源分支上的修订完全相同（相信我，我也检查了差异）：

但是，少了点什么。任何地方都没有记录 mergeinfo 属性更改，对吧？所以它不可能是合并，据我所知。也许作者手动编辑了文件？

我仔细检查了 Subversion 认为符合条件的修订：

没有什么！尽管缺少合并信息，Subversion 仍认为修订已被合并。

那可能吗？如何？

我阅读了关于缺少合并信息的CollabNet 文章和Svn Book 部分。

• 合并不相关的来源：情况并非如此，正如我所说，我可以在源分支中看到确切的内容/差异。
• 从外国存储库合并：同上。
• 使用 --ignore-ancestry：这是可能的（我不知道作者调用了什么命令），但是这个修订版不会出现在符合合并条件的列表中吗？
• 从目标的自然历史中应用反向合并：从历史中可以明显看出这不是反向合并。

假设我正在将一个目录合并branch-alpha到trunk. 有一个新文件被调用phi.txt，branch-alpha它将被合并到主干中。会不会改版phi.txt改？

我的后备箱 (trunk/gray/catalog/web/app_code/) 和我的分支 (branches/125/gray/catalog/web/app_code/) 中有一个目录。主干和分支包含 8 个共同的文件，但分支有 20 个在主干中找不到的文件。这些文件被 SVN 添加到分支。两个目录都只包含文件作为子目录（没有子目录）。gray/catalog/web/app_code/ 使用 SVN Add 在分支和主干中分别制作。

当我尝试使用 Tortoise SVN 测试合并分支/125/gray/catalog/web/app_code/ 到 trunk/gray/catalog/web/app_code/ 时，所有常见文件都显示树冲突错误，并且分支中的文件但不在主干不会添加到主干。

如果我尝试在 gray/catalog/web/ 级别进行测试合并，则不会显示任何冲突。常见的8个文件显示为SVN添加，分支中没有主干的20个文件根本没有添加或提及。

什么可能导致这种情况？

我对 Eclipse 和 Subversive 有疑问。

我正在尝试将项目的一个分支重新集成到主干中。

这些是我正在关注的操作：

1. 切换到项目的trunk版本
2. 我确保没有任何挂起的操作，执行恢复和更新，以便从“干净”的工作副本开始，与主干的远程副本完全同步
3. 我去“团队 - >合并......”
4. 我转到“重新集成”选项卡，然后选择要在主干中合并的分支，指向该分支的“Head revision”。
5. 我按下 OK 按钮，但这是我得到的错误：

我不明白出了什么问题。

我正在使用这个 Eclipse 和 SVN 配置：

提前致谢。

我正在尝试在Eclipse中与Subversive进行合并操作。

我已经能够管理文件结构上的所有冲突，但它仍然是svn:mergeinfo属性上的冲突。

我已经尝试了一切，但我无法解决这个冲突：

该插件有一个Mark as merged选项，但选择该选项不会发生任何事情。

我也尝试删除该属性，或修改其自身的值，但无论如何都没有发生任何事情，并且冲突仍然存在。

如果我尝试Override and commit，项目文件夹的状态是 ，在项目的属性中Conflicting也可见。SVN Info

似乎 Subversive 无法管理此属性上的冲突：这可能吗？

我该如何解决这个冲突？

提前致谢！

虽然这里有几个类似的问题（例如，SVN - Reintegration Merge error: "must be ancestrally related"）和网络上，但我无法弄清楚为什么svn mergeinfo <file>会在我的所有 SVN 存储库中导致错误。与我发现的所有其他问答相比，我实际上能够svn merge成功执行。例如，撤消对pom.xml文件的先前提交：

但是，当我执行时svn mergeinfo，我收到以下错误：

在此示例中，50446 是当前的头版本号，并且对于我尝试过的每个文件，我都会遇到相同的错误。只有当我在顶级目录本身上执行 mergeinfo 命令时，它才有效：

更奇怪的是，我没有找到任何 mergeinfo 属性集。命令喜欢svn propget svn:mergeinfo --recursive或svn propget svn:mergeinfo --depth=infinity不输出任何内容并成功返回状态码 0。

有谁知道如何将我们的文件修复为与它们所在的项目再次“祖先相关”？