svn - Subversion：変更、修正、削除されたファイルをローカルコピーにエクスポートするにはどうすればよいですか？

Question

開発マシンのローカルコピーに加えられた変更を、本番マシンのローカルコピーに移行したいと思います。ローカルコピーから変更をエクスポートする最良の方法は何ですか？

Answer 1

これを行う方法は、開発マシンの変更をリポジトリにコミットしてから、本番マシンのチェックアウトを更新することです。これにより、すべてが適切にログに記録され、更新されます。

ただし、これは状況にとって望ましいオプションではないと思います（または、運用サーバーのリポジトリからチェックアウトを実行しなかった場合）。したがって、最も簡単な方法は、開発マシンのチェックアウトをエクスポートしてから、運用マシンを上書きすることです。コピー。本番コピーを削除しない場合、開発エクスポート内のファイルのみが上書きされ、本番固有のファイル（ログファイルなど）は保持されます。

少しリスクの少ないオプション（そして安全のために私が行うオプション）は、開発チェックアウトで変更されたファイルだけをコピーし、本番コピーで対応するファイルを上書きすることです。これははるかに手動ですが（本番環境へのコピーを自動化するスクリプトを作成しない限り）、本番環境のコピーで意図していなかったものを上書きしないことが保証されます。

私は以前に3つの方法すべてを実行しましたが、単純さ、可逆性、およびロギングのために、正直に言って最初の方法を好みます。何か問題が発生した場合は、すぐに最後の安定したコピーに戻すことができ、本番環境で使用されているコードベースのバージョンを確認するのは非常に簡単です。

Answer 2

これはかなり重い、効果的なアプローチを購入します。Windows共有や一時マウントなど、同じマシンから両方のディレクトリにアクセスできる場合は、WinMergeやMeldなどのツールを使用して、違いを確認し、コピーするファイルを選択します。

それ以外の場合は、本番マシンにあるリビジョンを開発マシンの空のディレクトリにエクスポートします。同じツールを使用して、エクスポートされたソースツリー内の一般的なファイルを削除し、変更をコピーします。この時点で、エクスポートディレクトリには、実稼働マシンにコピーするファイルが含まれます。

Answer 3

「ローカルコピー」を「作業コピー」として翻訳する必要があり、これらのWCがリポジトリ内の同じリポジトリとURLにリンクされている場合は、次のことができます。

• DEVWCからの変更をコミットする
• PROD側のWCを更新します

PS-スクラップをトランクにコミットしたくない場合は、コミットする前にリポジトリ内の他の場所に再配置し、更新前にPRODWCを再配置できます