gpt4 book ai didi

svn - 颠覆 : record-only merge

转载 作者:行者123 更新时间:2023-12-04 19:54:44 27 4
gpt4 key购买 nike

我在合并和仅记录合并之间遇到一些奇怪的区别...

svn merge "^/branches/release-8.0" .
--- Merging r22415 through r22446 into '.':
G .
--- Recording mergeinfo for merge of r22415 through r22446 into '.':
U .

... revert ...

svn merge --record-only "^/branches/release-8.0" .
--- Merging r2 through r22414 into '.':
G .
--- Merging r22415 through r22446 into '.':
G .
--- Recording mergeinfo for merge of r22415 through r22446 into '.':
G .

在第二种情况下执行合并 r2 到 r22414,这不是预期的。大约需要 5 分钟,所以首先我认为它已挂起。 (第一次合并需要 2-3 秒。)

合并信息:

trunk:
svn pg svn:mergeinfo
<empty>

branch
svn pg svn:mergeinfo
/trunk:22415-22439

我不知道哪些附加信息可以提供帮助,因为在测试示例中它没有被复制。

颠覆 1.7:

svn, version 1.7.10 (r1485443)
compiled Jun 1 2013, 09:36:13

可能是一些猜测?

最佳答案

看起来之前的合并是在 r22414 上进行的,因此您的 mergeinfo 包含有关它的信息。试试这个看看你是否拥有它:svn propget svn:合并信息

1) 它是从最新合并开始的 MERGING 更改。因此,r22415 到 r22446 - 注意,这是一个实际的合并

2) 正在记录(--record-only)合并信息到您的工作文件夹。由于在 r22414 之前缺少有关合并的信息,它会将其添加到您的合并信息中。这就是它需要很长时间的原因。 - 请注意,这不是合并,只是将记录放入您的工作文件夹。

关于svn - 颠覆 : record-only merge,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17526835/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com