SVN に裏打ちされたイントラネット サイトがあり、そのサイトはリポジトリのチェックアウト コピー (IIS のみが使用する作業フォルダー) です。今日、サイトで何か問題が発生しています。過去 48 時間にその作業フォルダにチェックアウトされたものを確認する方法を知りたいです。
更新:今後これを有効にするためにオンにする必要があるオプションがある場合、それは何ですか?
また、必然的な質問として、ファイル作成時間を使用する必要がある場合、大きなフォルダーに対して再帰的にすばやく行うにはどうすればよいですか?
作成時間を確認する必要がある場合、この質問は解決にも役立ちます。
Web フォルダー内のすべてのコードは、SVN コミットによってサポートされている必要がありますね。
この場合、コミットされた最後のいくつかの変更で SVN ログを調べるだけで、問題を簡単に突き止めることができるはずです。
svn info作業コピーが現在どのリビジョンにあるかがわかるので、どこから調べればよいかがわかります
バグを含むコミットを追跡したら、それを実行しsvn blameた人を見つけるために使用し、彼らが見落としていたものとバグの原因を説明することができます。次に、サイトを台無しにするために、みんなに昼食を買わせることができます。
svn statSVNにないファイルをローカルで変更/追加した場合svn diffは、それらの変更内容が表示されるので、それらが問題の原因であるかどうかを判断できます。次に、これらの変更を元に戻して、作業コピーがクリーンなチェックアウトになるようにするか、変更をリポジトリにコミットする必要があります。
コードのバグを追跡しようとして 3 時間後に、そのバグが実際にはどのコードにも含まれておらず、コミットされていない作業コピーで誰かが行った愚かなローカル微調整の中にあることが判明することほど悪いことはありません:- (
ローカル ファイルで作成日を使用できます。チェックアウト時に Subversion によって最終変更日が設定されるため、変更日は使用できません。
また、Subversionはチェックアウトをログに記録できますが、それはサーバー側です
SVNリポジトリへのアクセス方法によっては、file：// URLとしてアクセスしている場合は、運が悪いと思います。ただし、svnserveまたはHTTPゲートウェイの1つを使用している場合は、サーバーログでSVNURLへのアクセスを確認できるはずです。
Webフォルダーでsvnstを実行し（チェックアウト以降に変更されたファイルを見つけるため）、それをリポジトリーと比較します。