私はsvnリポジトリをtracシステムと共に継承しました。彼らはUbuntuで開催されました。許可は、転覆によって保持された。svnリポジトリをtracとともにあるサーバから別のサーバに移動
Windows認証を使用してVisualSVNで実行する必要があります。重大な問題はなく、わずかに移動するにはどうすればよいでしょうか?
私は維持したいと思います:
- のsvnレポとtracの関連
- ユーザーがLinuxシステムの下でdefiniedあなたが使用する必要が
私はsvnリポジトリをtracシステムと共に継承しました。彼らはUbuntuで開催されました。許可は、転覆によって保持された。svnリポジトリをtracとともにあるサーバから別のサーバに移動
Windows認証を使用してVisualSVNで実行する必要があります。重大な問題はなく、わずかに移動するにはどうすればよいでしょうか?
私は維持したいと思います:
がsvnadmin dump
Subversionは、このような提供しますリポジトリダンプを経由した機能 ストリーム。リポジトリのダンプストリーム(ディスクにファイルとして保存される場合、「ダンプファイル」 と呼ばれることもあります)は、 が変更されたリポジトリのさまざまなリビジョンを記述するポータブルなフラットファイル形式です.誰によっていつ、等々。このダンプストリームは、 リポジトリ間での変更の有無にかかわらず、バージョン管理された履歴の全体または一部をマーシャリングするために使用される主なメカニズムです( )。そして、Subversionはこれらのダンプストリームの作成とロードに必要なツール を提供しています:svnadmin dumpサブコマンドとsvnadminロードサブコマンド、およびsvnrdump プログラムです。
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate
とTracのために、あなたはより良いのsqliteを使用する必要があると思います(またはそれがトリッキー取得)とtrac-admin
がそれを行うだろう。
注: バックエンドのデータベースとしてSQLiteを使用しない環境の自動バックアップは現時点ではサポートされていません。回避策として、 は、サーバーを停止し、環境ディレクトリ をコピーし、データベースシステムによって提供されるメカニズム( )を使用してデータベースのバックアップを作成することをお勧めします。
あなたはhttp://serverfault.comとしてこれを求めてのより良いですが、SVNダンプ&負荷設備があり、そして悪は、非信頼性の高い、ポート、ユーザーへの道はただコピーしています'/ etc/shadow'、'/etc/passwd'と '/ etc/group'ファイルです。 Dunno about Trac;) – Wrikken
これらのファイルをコピーしてWindowsに移行しても構わない – Wrikken