問題タブ [svnsync]

コミットするつもりがなかった特定のファイルをリビジョン履歴から削除しようとしています。誰かがこれを行う方法を提供できますか?

svnsync を使用して使用済みのリポジトリをコピーしようとしています (マシンが動作している限り、リポジトリを最適に使用できるようにするためにこのようにしています) が、うまくいかないようです。

私は 2 台のマシンを持っています (名前は変更しましたが、その他の情報は変更していません)。

• INITIAL : Subversion 1.4.5 (r25188) を使用したカスタム Linux (svnadmin による報告)。このマシンから、SOURCE というリポジトリに同期しようとしています。このリポジトリには http プロトコルを使用してアクセスでき、svnsync ユーザーが作成されています。にはSOURCE/hooks、実行可能ファイルが 1 つだけ存在します: pre-revprops-change.
• FINAL : Subversion 1.6.6 (r40053) を使用した Ubuntu (svnadmin による報告)。このマシンでは、svn16 というリポジトリで同期します。このリポジトリには http プロトコルを使用してアクセスでき、svnsync ユーザーが作成されています。ではsvn16/hooks、実行可能ファイルはpre-revprop-changeとstart-commitです。このマシンでは、 http://FINAL/svnですべてのリポジトリにアクセスできるようにするdav_svn.confディレクティブが含まれていますSVNParentPath /var/svn

ブラウザで各リポジトリ URL を開き、認証ダイアログを発行して、URL と login/pwd が正しいことを確認しました。これは常に機能しているように見えました。

次のコマンドを実行しようとしています

しかし、それは常に表示されます

どこかに何らかの構成の問題があると思います§。しかし、何？そしてどこに ？私が見たさまざまなドキュメントは、フックを宇宙全体で実行可能にすることが効率的な解決策であることを示唆しているため、Webはここでは役に立たないようです(私の場合はそうではありません)。

リポジトリのミラーリングをセットアップしましたが、問題なく動作しますが、最近問題が発生しました。

ターゲットリポジトリには、何らかの形でロックが解除されていないままでした-私が読んだことから、これはsvnsync操作の中止が原因である可能性があり、ポストコミットフックでプッシュではなくブロックモードでsvnsyncを実行しているためであると思われます&を介してバックグラウンドに入れます。

これは、コミットが終了した場合にすべてのリポジトリにあることをユーザーが確認できるようにするためですが、キャンセルを押してコミットフックを停止するリスクが生じる可能性がありますか?

どちらが優れているか、ベスト プラクティスが何であるかについての明確なガイドラインや提案を見つけることができません。また、キャンセルを押すとポスト コミット フックが中止され、そこから同期が実行される可能性がある場合でも、& を使用してキックする人がほとんどの場所で見られます。バックグラウンドでの同期 - これにより、同期の進行中にユーザーがコミットのキャンセルを押した場合にロックの破損が防止されますか? 両方のリポジトリが実際に同期していることを確認したり、問題を報告したりするにはどうすればよいですか? そのために別の通知メカニズムが必要ですか？

アップデート：

上記の 2 つのオプションから、3 番目を選択することにしました ;)

バックグラウンドで svnsync を呼び出していますが、同時にフックが終了するのを待ちます:

これは両方の長所をうまく組み合わせていると思いますが、それがどれほど効果的かは時間がたてばわかります。問題全体についてどう思うか、それについて共有する必要がある提案を教えてください.

これは、svnsync で SVN リポジトリをコピーしているときにこのエラーを回避するにはどうすればよいですか?の複製である可能性があります。

リポジトリの同期を設定しています。リビジョン 3213 まではすべて正常に動作します (これをRと呼びましょう)。
その後、svnsync syncコマンドで次のエラーが表示されます。

リビジョンR + 1がかなり大きいことによると思います。
svn-book は、svnsync 以外の誰にもミラー リポジトリへの書き込みを許可しないことを提案しています。

どうすれば解決できますか？

svnsync の使用

プロセスの中止後、再試行を伴うこのエラー メッセージが表示されました

この問題を解決する方法はありますか?

「svnsyncinit」（例from#https://whateverからsvn://whatever）を使用してミラーリポジトリを作成するときに入力したSubversion URLを変更（再配置）するにはどうすればよいですか？

新しいURLでsvnsyncinitを再度実行しようとしましたが、

SVNリポジトリのMercurialミラーを作成しました（このチュートリアルを使用：http：//oreilly.com/opensource/excerpts/opensource-mercurial/migrating-to-mercurial.html）。同期はうまく機能しますが、メインのSVNリポジトリで参照されている外部リポジトリを取得していないことに気づきました...

理想的には、すべてを単一のリポジトリとしてMercurialに（可能であればチェンジセットとともに）プルできるようにしたいと思います。

私が確信していないのは、外部の欠落がsvnsyncの制限なのか、それともhgconvertの制限なのかということです。

外部も同じMercurialリポジトリに同期させる方法はありますか？

良い解決策は、外部用に同期プロセスを最初からやり直すことだと思います。現在のhgミラーのフォークを作成し、外部をhgミラーフォークに同期します。

つまり、外部のトランクは最初のミラーのサブフォルダーに入ることが意図されているので、convertを使用してそれを複製するにはどうすればよいですか？サブフォルダーにインポートするように変換するように指示できるとは思えません...

リポジトリをと同期するときに、UTF8でエンコードされていないsvn：logレコードを修正/バイパスすることは可能svnsyncですか？

バックグラウンド

私は、大規模な（10,000をはるかに超えるリビジョン）subversion（1.5.5）リポジトリ内に格納されているオープンソースモジュールのメンテナンスを引き継ぐ過程にあります。モジュールをダンプ/フィルタリング/ロードするためのリモートリポジトリへの管理者アクセス権がありません。古いリポジトリは廃止されており、元のサブモジュールをsvnsyncを使用してローカル（1.6以降）リポジトリに同期しようとしています。例えば：

問題は、古いリポジトリがUTF8エンコーディングを強制しておらず、次のようなエラーが発生していることです。

ソースリポジトリのログプロパティを変更できないため、エンコーディングが不明/無効の場合は、プロパティ値を何らかの方法で変更または無視する必要があります。

何か案は？

例えば：

• pre-revprop-changeスクリプトは転送中にログプロパティを変更できますか？
• git-svnはそれを処理できると言われていますが、中間のgitリポジトリを使用しています-これはどのように正確に行われますか？
• ログのプロパティを完全に無視すること、または特定のリビジョンを無視することは可能でしょうか

上記を実行していて、正常に動作しているようです（ディスク使用量が増加しています）が、nohup.outにログインしていません。

標準出力をリダイレクトして、このファイル内にも表示されるようにするにはどうすればよいですか（nohup部分はそのままにします）

I am synchronizing an SVN repository between two systems using svnsync and I am not 100% sure if its possible to make it independent for my "new users" after the sync is finished.

What do I need to do to make it a completely independent entity? Is it enough just to change the passwd file?