に変換する必要があるプロジェクトの幹線への支利用の場合CVS
質問
私に変換する大型マルチプロジェクトCVSリポジトリへのSubversionをcvs2svn.よいのかもですがシンプだき枝るようにします。
使用オプションファイルを私が指定することができる、基幹プロジェクト'ShouldBeBranchすることを目的としているに配置'/OtherProject/店舗/ShouldBeBranchができないその回避をSubversionのディレクトリのためのタグや支店のShouldBeBranchプロジェクトは空ですが、それでも作成され、作成され
のみオプションでの現在の行を削除、ディレクトリからSubversionの変換が完了し、破壊も修復もおもしろくな誰でも知っているようにすることが不可欠であるとの変換プロセス?私もの場合の近似式は以下のようになシンボルのヒントファイルが270件を指定するプロジェクトのインデックス番号ないように見え難しい!
多くの皆 David
解決
おそらくご"ShouldBeBranch"プロジェクト自体に支店を、まることが期待される。でおもいっきり遊びたい方へ。
だけといった幹線の"ShouldBeBranch"プロジェクトへの変換:
- っていますが、その完全性その他の記号から"ShouldBeBranch"プロジェクト
- 設定trunk_pathにパス内のその他のプロジェクト
- セットのbranches_pathとtags_pathなおオプションファイル(これらのことから作成)
のオプションファイルを追加します"ShouldBeBranch"プロジェクトとられるようになります:
run_options.add_project(
# ...
trunk_path='OtherProject/branches/ShouldBeBranch',
branches_path=None,
tags_path=None,
# ...
symbol_strategy_rules=[
ExcludeRegexpStrategyRule(r'.*'),
],
)
他のヒント
輸入が私には最高のもののように思えるの後にフィックスアップを行います。あなたが何か\分岐するプロジェクトの移動プロジェクト\トランクをsvnの場合、Subversionは単に履歴を追跡します。
このブログ記事でダンプ/ロードサイクルを使用してパスの名前を変更実行する方法について説明します。この方法では、ファイルの歴史を振り返るとき、彼らは常に何か\支店内されているように思われるように、歴史を変更します。
あなたが戻って古いバージョンに行くことにした場合は、は、は、それがプロジェクトにあるように、の期待\トランク。したがって、私はそれが歴史を変更しようとするのは良いことだとは思わない。