3

マージとレコードのみのマージの奇妙な違いに遭遇しました...

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   .

2 番目のケースでは、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

推測かもしれませんか？

4

1 に答える 1

0

以前のマージは r22414 で行われたように見えるため、mergeinfo にはそれに関する情報が含まれています。あなたがそれを持っているかどうかを確認するためにこれを試してください: svn propget svn:mergeinfo

1）最新のマージから始まるMERGINGの変更です。したがって、r22415 から r22446 - これは実際のマージであることに注意してください

2) RECORDING (--record-only) 情報を作業フォルダーにマージします。r22414 より前のマージに関する情報がないため、mergeinfo に追加されます。それが長くかかる理由です。- これはマージではなく、作業フォルダへのレコードであることに注意してください。

于 2014-08-14T13:53:25.227 に答える