4

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

# Normal SVN Structure
svn-testing2> ls -l
total 12K
drwxrwxr-x 3 xxx yyy 4.0K Jan 13 17:28 branches/
drwxrwxr-x 3 xxx yyy 4.0K Jan 13 17:28 tags/
drwxrwxr-x 3 xxx yyy 4.0K Jan 13 17:28 trunk/

# Create & commit some  data
svn-testing2> echo "line1" > trunk/file1; svn add trunk/file1; svn commit -m "created file1 " trunk/file1
Adding         trunk/file1
Transmitting file data .
Committed revision 2.

# Create the release branch
svn-testing2> svn copy trunk branches/release
A         branches/release
svn-testing2> svn commit -m "created release branch" branches/release
Adding         branches/release
Adding         branches/release/file1

Committed revision 3.

# Make & commit a change to trunk
svn-testing2> echo "line1-file2" > trunk/file2; svn add trunk/file2; svn commit -m "created file2" trunk/file2
A         trunk/file2
Adding         trunk/file2
Transmitting file data .
Committed revision 4.

# Attempt to merge the change to trunk:
svn-testing2> cd branches/release/
svn-testing2/branches/release> svn merge ^/trunk
--- Merging r2 through r4 into '.':
   C file1
A    file2
Summary of conflicts:
  Tree conflicts: 1
bumjvr@mbs-p:~/svn-testing/svn-testing2/branches/release> svn st
 M      .
      C file1
      >   local add, incoming add upon merge
A  +    file2

我可以用

svn-testing2> svn resolve --accept=working *

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

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

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

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

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

4

1 回答 1

2

这是因为您的copy操作完全在客户端完成。此操作不包括任何合并跟踪信息，因此当您尝试合并时，它会尝试file1在自身之上添加。此行为在copy命令帮助中的免责声明中进行了描述：

> svn 帮助复制

复制（cp）：复制工作副本或存储库中的文件和目录。
用法：复制 SRC[@REV]... DST

  SRC 和 DST 都可以是工作副本 (WC) 路径或 URL：
    WC -> WC：复制和添加计划（带有历史记录）
    WC -> URL：立即将 WC 的副本提交到 URL
    URL -> WC：将 URL 检出到 WC，添加计划
    URL -> URL：完整的服务器端复制；用于分支和标记
  所有 SRC 必须属于同一类型。复制多个来源时，
  它们将被添加为 DST 的子级，它必须是一个目录。

  警告：为了与以前版本的 Subversion 兼容，
  使用两个工作副本路径（WC -> WC）执行的副本不会
  联系存储库。因此，默认情况下，他们可能无法
  从副本的源传播合并跟踪信息
  到目的地。

如果将 更改copy为服务器端副本，则合并将成功：

# This is the difference, the copy happens on the server
> svn copy ^/trunk ^/branches/release2 -m "Creating release2"
Committed revision 5.

# Update our working copy to get the new release
> svn update branches
Updating 'branches':
A    branches\release2
A    branches\release2\file1
A    branches\release2\file2
Updated to revision 5.

> echo blah>trunk\file3; svn add trunk\file3; svn commit -m "created file3"
A         trunk\file3
Adding         trunk\file3
Transmitting file data .
Committed revision 6.

> cd branches\release2
> svn merge ^/trunk
--- Merging r5 through r6 into '.':
A    file3
--- Recording mergeinfo for merge of r5 through r6 into '.':
 U   .
于 2015-01-13T19:00:10.973 回答