3
変更があったことを認識したにもかかわらず、ソースサーバーの変更をチェックしていないビルドサーバーに問題がありました。VisualSVNサーバーで.svnの代わりに_svnを使用するように構成する
コントロールフォルダ（実際の名前がわからない）からトレースされました。既存の作業ビルドは_svnを使用していました。作業フォルダをクリアすると、完全に新しいチェックアウトが強制され、コントロールフォルダが.svnになったことに気付きました。元々、統合ルーチンは_svnを使ってコードをチェックアウトしていたようですが、現在は.svnを使用しています。
統合中に使用されているsvn.exeは、VisualSVN Serverからのものです。_svnを再度使用するように設定することはできますか？
元の作業コピーの使用方法_svnわからない！ - これまでVisualSVN Serverを使用したことはなく、これを変更していません。
これは、Visual Studioの方がうまく動作することを推奨して_svnを使用するようにTortoiseSVNをセットアップし、必要に応じてビルドサーバーにTortoiseSVNもインストールしました。これが原因だろうか？
これも本当に必要ですか？ MSBuildはMicrosoftのものなので、Visual Studioのようにお勧めしますか？