私は git-svn ブリッジを使用しており、リポジトリ内の多数のファイルを再シャッフルしたので、少し整理されています。
git svn dcommit
変更を SVN サーバーに戻すために実行したところ、プロセスがハングアップしたように見えます。dcommit
過去 45 分間、通話にCPU もネットワークも使用されていません。出力は次の場所でスタックします。
> git svn dcommit
...snip...
R zlib/vs2005/zconf.h => tools/zlib/vs2005/zconf.h
R zlib/vs2005/zlib.h => tools/zlib/vs2005/zlib.h
R zlib/vs2005/zlib_ds.lib => tools/zlib/vs2005/zlib_ds.lib
R zlib/vs2005/zlib_ds.pdb => tools/zlib/vs2005/zlib_ds.pdb
R zlib/vs2005/zlib_s.lib => tools/zlib/vs2005/zlib_s.lib
R zlib/vs2005/zlib_s.pdb => tools/zlib/vs2005/zlib_s.pdb
そして、それは今約45分間続いている場所です。
編集: 最終的に、HTTPS 接続がタイムアウトしたと言って終了しました。これが起こるのに約1時間半かかりました。
dcommit
この呼び出しを中断するとどうなるか、ローカル リポジトリから SVN サーバーに変更を再送信する前に何をする必要があるかについて、決定的な情報が見つからないようです。
私の質問の一部に答えることができます: 再試行する前に何をする必要がありますか?
接続がタイムアウトし、プロンプトが返された後、再度実行するgit svn fetch
前に実行する必要がありgit svn dcommit
ました。名前変更操作はすべて SVN リポジトリで見つかりましたが、シャッフル後に空のままだったディレクトリは削除されませんでした。それらを削除するには、SVN クライアントを使用する必要がありました。これが git-svn の問題なのか、それとも dcommit 呼び出し中の HTTPS タイムアウトによるものなのかはわかりません。
私はまだ答えを知りません: dcommit 呼び出しを中断することは安全ですか?