3

変更があったことを認識しているにもかかわらず、ビルドサーバーがソース管理から変更をチェックアウトしないという問題がありました。

それはコントロールフォルダーにトレースされ（実際の名前が何であるかはわかりません）、既存の作業ビルドは_svnを使用していました。作業フォルダーをクリアすると、新しい完全なチェックアウトが強制され、コントロールフォルダーが.svnになっていることに気付きました。元々、統合ルーチンは_svnを使用してコードをチェックアウトしていたようですが、現在は.svnを使用しています。

統合中に使用されているsvn.exeはVisualSVNサーバーからのものです。これを設定して_svnを再度使用できますか？

元の作業コピーが_svnをどのように使用していたかはわかりません！-これまでにVisualSVNサーバーのみを使用し、これを変更していません。

Visual Studioでより適切に機能するという推奨事項に従って、_svnを使用するようにTortoiseSVNをセットアップし、必要に応じてビルドサーバーにTortoiseSVNをインストールしました。これが原因でしょうか？

また、これは本当に必要ですか？MSBuildはMicrosoftのものなので、Visual Studioの場合と同じように推奨されますか？

4

4 に答える 4

6

_svnと.svnに関するビジネスは、Visual Studio Webプロジェクトでのみ問題でした（とにかくVS2005で修正されたと確信しています）。これは、一般的な「_svnはVSでうまく機能する」ということではありません。

また、これは作業コピーの問題であり、リポジトリの問題ではありません-つまり、SVNの一部のユーザーが_svnを実行するように設定されたクライアントを使用していて、一部のユーザーが.svnを使用しているかどうかは関係ありません-リポジトリは認識も気にもしません-（どういうわけか、これらの_svn / .svnファイルが実際にリポジトリにチェックインされて、極端に混乱する場合を除いて。）

.SVNが問題を引き起こしているという絶対的な具体的な証拠がない限り、私は可能な限りそれを堅持します。

于 2008-08-15T09:57:38.620 に答える
3

Visual Studio 2008と2005、およびCC.Net統合サーバー（MSBuildを使用）で.svnを問題なく使用しています。私は.svn形式に固執します。

于 2008-08-15T09:50:59.587 に答える
2

http://subversion.tigris.org/svn_1.3_releasenotes.html

「Windowsの「_svn」ディレクトリ（クライアントと言語のバインディング）の公式サポート」セクションを読む必要があります

また、数年前のドキュメントを読んでいることに注意する必要があります。これは、適切な場合とそうでない場合があります。

于 2008-08-15T10:01:03.217 に答える
0

私の知る限り、_svnが必要です。これは、WebApplicationsのディレクトリの1つがポイントで始まる場合に問題が発生するためです。

于 2008-08-15T09:54:52.150 に答える