问题标签 [svn-merge]

我的 subversion 存储库中有一个指向外部资源的文件夹。更新文件夹工作正常，但是当我尝试将文件夹合并到另一个文件夹时，出现以下错误： svn: E160013: '/pharma/!svn/bc/29/branchtest/shared' path not found 任何想法都是赞赏。

我正在研究项目，现在又有一名团队成员将与我一起研究不同的模块。任何人都可以指导我在团队工作时如何使用 svn 吗？我需要做以下事情：

1. 创建我的项目的 svn 存储库。
2. 将我的项目上传到该存储库。
3. 每天提交我的项目，最后也是最重要的
4. 将我的代码与我的团队成员合并，而不会遇到任何冲突。

请帮助我并建议我最好的方法来做到这一点。任何帮助将不胜感激。

谢谢

假设我在两个分支上有以下提交：

我想合并在 C 中完成的工作，但不一定是 B。

C 中的代码有可能从未触及 B 更改的任何区域（理想）。

但也有可能 C 更改了与 B 相同的一些区域。因此，当我进行合并时，我得到了 B 的一些更改（特别是 C 对 B 的更改所做的更改）。

有没有办法检测一个提交的更改何时“取决于”另一个提交的更改？

我知道我可以检查两组变化并进行观察，但肯定有更好的方法。

我使用 TortoiseSVN 在 SVN 中管理源文件。我添加了文件并将它们提交到修订版，随后决定分支。我用我需要的文件进行了分支，并在不打算使用的文件的主干上执行了删除。

现在我正在尝试将分支重新整合到主干。使用乌龟，我已经从主干合并到分支的修订范围，从主干上的删除到头部。这使分支保持最新状态。

现在我切换到主干，并尝试将分支中的修订合并到主干，合并表明新文件被“跳过”或删除我现在已完成的文件。

我在合并到最新的主干时是否遗漏了一些东西？

I currently have a traditional SVN trunk/tags/branches configuration, but only trunk is actually being used.

I'd like to add a release location, so I have trunk/tags/branches/release, which I can then track with Jenkins to perform builds. When trunk is tested and "releasable", I'd like to overwrite the release location with the contents of trunk.

Ideally this would be possible remotely i.e. without having to checkout release to a developers PC.

Is this possible? I've done:

svn copy http://.../trunk http://.../release

And then made and commited some changes to trunk. But then attempting to do:

svn merge http://.../trunk http://...release

returns:

svn: E195020: Cannot merge into mixed-revision working copy [40249:40256]; try updating first

Is what I'm trying to do possible?!

我正在尝试遵循http://svnbook.red-bean.com/en/1.7/svn.branchmerge.commonpatterns.html中描述的发布分支模型，但是在尝试进行合并时，我遇到了合并冲突。

我可以用

但我必须这样做似乎是错误的。

如果我随后将“修补程序”（例如创建“release/file3”）应用到我的发布分支，我如何将其移植回主干？如果我将“release”合并到“trunk”，它会合并，但是当将“trunk”合并回“release”时，我会local add, incoming add upon merge在例如“file3”上遇到另一个冲突

我不是想“重新整合”一个特性分支，因为它们都是长期运行的分支。

令人沮丧的是，SVN 红皮书（通常非常好）描述了这种常见的分支模式，没有实际运行哪些命令的工作示例！

在没有所有这些不正确的合并冲突的情况下，我究竟需要运行什么来遵循这种分支模式？或者在任何地方都有这种分支模式的工作示例 - 我找不到任何！

我们目前正在使用 SVN，开发人员不小心删除了一个包含 3000 个文件的文件夹，然后将它们重新添加并重新提交。然后该分支被重新整合到主干中。所以现在我们的 SVN 主干有一个历史记录，显示一个文件夹被删除，然后 3000 个文件被添加回来。

知道如何将主干恢复到合并之前的修订版吗？我担心的是，如果我们进行无法解决问题的还原，因为当我们尝试从主干同步一个分支时，它将重播所有签入并删除文件夹然后重新创建，基本上会炸毁该分支中的所有文件。

我正在使用 SVN 合并（两个不同的树）将主干合并到功能分支。

我选择源作为主干，目标作为功能分支，并从功能分支本地工作区（金色，精确复制 SVN 中的内容）中执行此操作。

我在 featurebranch 中有一个新文件 file1.xml，它不在主干中。合并时出现树冲突，说合并尝试添加新文件，但它已经在本地。

我的问题是，当我的源是没有此文件的主干时，为什么合并甚至担心功能分支中的新文件。

我想确保在我签入之前合并正确发生。非常感谢任何帮助。

假设我有文件夹 A 的修订版 101、修订版 102 和修订版 103。我想将文件夹 A 合并到文件夹 B，仅包含文件夹 A 在修订版 103 中提交的更改。我不希望修订版 102 中的更改。我的理解是合并修订版 103 将合并包括 102 和 101 在内的所有内容。我怎样才能仅将修订版 103 中的更改合并到文件夹 B？

我正在使用 Subversion 1.7.x，并且正在分支上进行开发。

我不时从主干合并以使分支保持最新。
然而，在最近的合并期间，传入的代码虽然在trunk中完全正确，但在branch中却没有编译。
这是意料之中的，因为主干中更改的代码在几个修订版之前已在分支中部分重写。

请注意，合并操作干净地完成，没有冲突。
为了清楚起见，当我说合并时，我的意思是使用来自另一个分支的代码修改工作副本的操作，不涉及提交，即只是svn merge [source] [dest].

由于该分支最终将重新集成到主干，我想我有两种选择：

1. 在提交合并代码之前修复编译错误；
2. 从主干合并；提交（未经编辑的合并代码）；编辑代码以修复编译问题；再次提交（即随后修复编译问题，执行新的单独提交）。

如果我在提交之前编辑合并的代码（即我使用#1），重新集成分支时这些更改会丢失吗？