1

そのため、SVN サーバーは一晩で停止し、最新のダンプが実行され、前日にサーバーからコピーされました。

新しいSVNサーバーを立ち上げて、最後に成功したダンプからすべてのリポジトリバックアップをロードしました。ただし、ダンプの実行後に古いサーバーに対して行われたコミットがありました。新しいサーバーをテストすると、TortoiseSVN はローカル クライアント ファイルが最新であり、コミットは必要ないことを識別しますが、サーバーが古く、最新のコミットを再度コミットする必要があることはわかっています。

これをできるだけ効率的に行いたいと思っています。何らかの方法でサーバー リポジトリの数を増やし、クライアント マシンに強制的に更新を実行させる方法はありますか? (Tortoise 内でクリーンアップ コマンドを実行すると、どのファイルを再コミットする必要があるかが特定されます)。クライアント/プロジェクトごとにセットアップしたさまざまなリポジトリを使用/アクセスしている多くの開発者がいます。

アドバイス/ヘルプをありがとう。私は SVN 管理にまったく慣れていませんが、復元を実行する必要があったのはこれが初めてです。

デレク

4

1 に答える 1

2

私がすることは次のとおりです。

  • 最新の変更を含む作業コピーを見つける
  • 新しいレポから新しい作業コピーの場所に新たにチェックアウトする
  • WinMerge またはその他の差分ツールを使用して、新しい (ただし廃止された) 作業コピーが古い (ただし最新の) 作業コピーとまったく同じファイルを含むようにします。
  • 新しい作業コピーから新しいレポへの変更をコミットします
  • すべての開発者に作業コピーを削除し、新しいレポからチェックアウトするよう依頼する
于 2011-12-17T16:04:36.943 に答える