it-swarm-ja.com

非常に長い時間がかかるか、スタックします。リポジトリが破損していますか?

これは私のリポジトリが破損している兆候ですか?

Ssh経由でsvn upを実行し、間違いに気づいたら途中で終了しました(Ctrl + C)。もう一度試してみると、svn cleanupを実行すると表示されたので、sshを実行しました。機械。それから私はsvn upを試し、待ったが何も表示されなかった(まだ表示されていない)。

次に、svnadmin verify /root/of/reposを実行すると、すべてのリビジョン(2400以上)が正常に検証されました。

それから私はコピーが悪かったのではないかと思った。そこで、新しいコピーをチェックアウトして、古いバージョンを置き換えました。うまくチェックアウトしました。ただし、そのコピーには、基本的にsvn upをハングと区別できない方法で実行するのと同じ症状があります。

他にできることはありますか、それともリポジトリ(およびすべての変更)がなくなっていますか? :-(

3
Tatsh

これは私のSSHトンネルと関係がありました。しかし、トンネルについてのSVNマニュアルで言及されていない技術もあります。

私は次のようなものでチェックアウトすることができます:

svn co svn+ssh://somesitehost.com/var/svn/repos

しかし、そのチェックアウトされたコピーではsvn upを使用できませんでした。チェックアウトすると、SSHは自動的にユーザー名(somesitehost.comeと同じ)を付加し、ハンドシェイクにSSHキーを使用しました。これは正常な動作です。

このチェックアウトされたコピーでsvn upを使用すると、認証後にSSHがスタックしたままになります

debug1: Sending command: svnserve -t

それが何だったのかわかりません。解決策(私が思うに)は、トンネルに対して常に完全なURI(名前付き)を使用することです。 somesitehost.comはそれをカットしません。

svn+ssh://[email protected]/var/svn/repos/somerepo/trunkは常に機能します。

完全なURIなしでチェックアウトできるのは奇妙だと思いますが、その後はリポジトリで他に何もできません。 svn exportかもしれません。

2
Tatsh

サーバー上の作業コピーを(file:// URLを使用して)チェックアウトして、リポジトリが破損していることを確認してください(疑わしいです)。

私はあなたに何かが間違っていると思いますsshトンネル

2
Peter Parker