问题标签 [tree-conflict]

在 Xcode 中，我注意到 .DS_Store 和 *.xcuserstate 总是会改变，不需要提交。所以，我写了一个 .gitignore 文件，其中包含：

在其他条目中。然后我用：

删除已经在版本控制下的这些文件类型。但是，当我去合并时，Xcode 告诉我有一些更改需要提交。这些更改包括 .DS_Store 文件和 .xcuserstate 文件。

所以，我尝试了这个：如何从 Git 存储库中删除 .DS_Store 文件？

我得到了同样的结果。如何从源代码管理中永久删除这些文件？

很久以前，我们有一个从主干创建的分支。我已将主干到此分支的更改与以下内容合并：

这很痛苦，因为与此同时，其他人通过复制将更改从主干应用到该分支。但不知何故，我设法做到了这一点。

现在我想将此开发分支的更改合并回主干，但是，你知道吗，我们分支的一些更改已经应用到主干。我收到以下错误：

我尝试使用 svn resolve 和 svn resolved 来解决这个问题 - 这些命令告诉我现在一切都已解决，但重新运行合并在同一个修订版上给了我同样的错误......

有没有办法拯救这个分支或者我们应该创建一个新分支？您认为现在将更改合并回主干的最佳方法是什么？

最后一个问题：如果会有一个新的分支，并且在那个分支上我们将每天从主干合并更改，这会使合并回主干变得容易吗？（至少当没有人提交主干中的相同文件时？）

通过使用 svn 命令行进行合并和使用 tortoise 解决冲突，我更幸运地处理了这个问题。如果您可以建议仅使用控制台命令的东西，那就太好了。感谢您的任何建议。

我正在尝试将主干合并到 SVN 中的分支中。我不断遇到树冲突。我相当确定以下是将主干合并到分支的最简单情况，但问题仍然存在：

在这一点上，我没有对任何东西进行任何更改——自创建 test_branch 以来，trunk 和 test_branch 中的文件都没有被修改（作为主干的副本）。那么怎么会有树冲突呢？我错过了一步吗？我正在使用 SVN 1.6。

提前致谢。我是一个SVN新手。

我试图从一个分支（B1）合并到另一个（B2）。我已按照给定的步骤操作：

Right click on the folder -> Merge... -> Merge two different trees -> From B1 to B2 (HEAD Revision) -> Merge(checked Compare white spaces option by default)

合并以树冲突结束。

问题是我无法在我的文件夹中找到任何有冲突的文件。但是该文件夹上有冲突标记。以上步骤有什么问题吗？

我们使用的是 SVN 1.8，我也在使用 Tortoise SVN 1.8。

主要代码位于 /project/trunk。我将做一个很大的改变，所以我在其中创建了一个分支，/project/branches/x它是/project/trunk.

作为更改的一部分，我需要重新排列目录结构以处理多个客户端。目前主干看起来像：

我想将结构更改为更像：

我尝试右键拖动到新文件夹并使用上下文菜单执行 SVN Move Here。当我在分支中工作时，我需要对主干中的 file1.xml 进行更改以解决生产问题。我希望在我的分支中进行更改，但是当我尝试在 Tortoise SVN 中进行合并时，由于本地文件丢失，它出现了冲突。

这些选项只是给了我解决、推迟或中止的选项。将更改从/trunk/process/xyz/file1.xmlinto的最佳方法是什么/trunk/process/xyz/client1/file1.xml？

我是 SVN 的新手，所以请善待 :)

我有一个 SVN 存储库（托管@googlecode）；现在代码被分成两个分支，我分别处理了两个分支，因为它们处理的事情略有不同。

现在我都完成了，我正试图将侧分支重新整合到主干中。这在一些事情上起作用。
在分支中，我（显然）创建了新文件。当使用 tortoiseSVN 使用“重新集成分支”时，这些文件显然会产生“树冲突”。SVN（状态）正确“本地分支中缺少文件”。

现在我如何正确“集成”文件？以便主干包括分支的所有更改（和添加）？

我创建了一个功能分支，因为我需要重组一个相当大的项目。功能分支是 70% 的移动内容，20% 的修改代码和 10% 的新代码。它看起来像这样。

当我尝试将更改从主干拉到分支中时，我看到一个“树冲突”错误，而没有太多其他内容。这是我在跟踪一个在分支中移动并在主干中修改的文件时发现的。

我正在使用 SVN 1.7 和最新的 TortoiseSVN 客户端，所以我认为更改会被自动跟踪，这不会发生......我想我错了。我的第一个想法是使用命令行创建另一个分支，然后一个接一个地合并变更集，直到我让一切重新工作，但我不确定使用哪些参数来执行此操作。我觉得 2002 年的承诺完全摧毁了我的祖先/历史，但我不确定。

有关如何解决此问题的任何建议？

我不明白如何added by them以及added by us可能导致冲突，

有谁知道如何重现这些冲突？

我面临 svn 合并的问题，这是场景

主干
分支 1
分支 2

同时创建了一个新文件夹“abc” Branch1，Branch2两者的代码库都已更新，直到Branch1发布。进一步的代码 chagnes 进行了Branch2。
现在，当 Branch1 合并回 Trunk 时，一切顺利。
当 Trunk 合并到 Branch2 时，出现了树冲突（如预期的那样）。

但现在我不确定如何进行。我想保留 Branch2 中的 lcoal 更改并正确合并目录，以便将来的合并不会产生任何树冲突。

有任何想法吗？有没有人遇到过这样的问题？有什么决议吗？

一些问题的答案： Q 为什么你同时创建两个分支？
答：我正在一个 25 名开发人员的团队中合并 svn 任务。2 个开发人员创建了这个。

Q 而且，为什么两个分支都创建了这个 abc 目录？
A：使用的是同一个项目。一个是在它的初始阶段工作，而另一个是在它实际发布之前的一个特性。

Q abc 是一个项目还是仅仅是现有项目下的一个新目录？
A：这是一个新项目

那个 abc 目录是否存在于主干中？
答：没有

我的工作副本指向主干。我有一个大的代码更改，我还没有准备好提交到主干，但我希望它在版本控制下，所以我决定分支（从我的工作副本创建存储库副本，而不是从 Head；并选择Switch to Branch）。在操作结束时，我得到了错误：One or more files are in a conflicted state.这看起来很奇怪；我的工作副本如何与从我的工作副本创建的全新分支发生冲突？

线索： 当我检查特定的树冲突时，我看到这样的消息：The last switch operation tried to delete/move/rename the file "xxx.cs", but the file was deleted, moved or renamed locally以及其他类似的消息。（在分支之前，我已经将一些文件移动到新文件夹中，并重命名了一些文件）。

我可以安全地将冲突标记为已解决并“保留本地文件”（在“本地添加的文件”冲突的情况下）而不必担心丢失历史记录吗？