21

この問題は、TortoiseSVN1.7のみおよびネットワーク共有のみでの操作に関連しています。

開発サーバーには、何かをコミットしてから本番サーバーで更新できるsvn作業コピーがあります。
開発サーバー上のすべてのアクティブなセッションがビジー状態の場合（RDPで接続できない場合）、別の開発サーバーからのネットワーク共有によって「コミット」することがあります。
そこで、DEV-2を開き、ネットワークディレクトリ\\ DEV \ Projectを開いて、[コミット]または[変更の確認]をクリックします。
この時点で、ダイアログは非常にゆっくりと開きます（30〜40分）。バージョン管理されていないファイルはありません。そして、変更されたファイルの数に関係なく（0にすることができます）。

注：「更新」操作は正常に機能します。
また、上記の問題は、古いバージョンのTortoiseSVN（たとえば、1.6）でも正常に機能します。

ネットワーク共有でこれらの操作を使用せず、ローカルで使用するという多くの提案を見ました。
しかし、これは問題の解決策ではありません。
ネットワーク共有で「コミット」する必要がある場合があります。
また、これは初期のバージョンでは正常に機能します。

多分誰かがこの問題を回避する方法を知っていますか？または、無効にできる設定が存在する可能性がありますか？

亀の開発者フォーラムで同じ質問を見つけました。しかし、解決策がない場合： http ://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2892466

更新1：
亀の開発者フォーラムに同様の質問を追加しました：
http ：//tortoisesvn.tigris.org/ds/viewMessage.do？dsForumId = 4061＆dsMessageId = 2909472

4

4 に答える 4

17

リンク先の tigris.org スレッドの後の投稿の元のポスターには、次のように書かれています。

「解決策を見つけました。無効にすると

設定 -> 一般 -> ダイアログ 2 -> ステータス -> "バージョン管理されていないフォルダーに再帰"

すべて TortoiseSVN v1.6.x で以前と同じように動作します。"

http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2893160

于 2012-01-18T19:06:38.560 に答える
2

file://プロトコルを使用していますか？使用している場合は、今すぐ停止してください (特にネットワーク共有では)。

file://特に複数のユーザーが使用している場合は、Subversion リポジトリで絶対に使用しないでください。

svnserverこれは、軽量の Subversion サーバー プロセスを起動して実行するのが非常に簡単であるため、特に当てはまります。これをWindows Serviceとして機能させるための指示さえあります。

唯一の問題は、サイトがネットワークのポート 3690 をブロックしていることです。ただし、これは非常に簡単に修正できるはずです。そうでない場合は、Windows システムで HTTPD を使用して Subversion サーバーを簡単にセットアップできる、VisualSVN、Wandisco、さらには CollabeNet から多くの無料の Apache HTTPD/Subversion パッケージの 1 つを入手できます。

他に考えられる唯一の問題は、TortoiseSVN 1.7 で古い 1.6 Subversion 作業ディレクトリを使用していることです。Subversion 1.7 の作業ディレクトリ レイアウトが変更されたため、新しいクリーン チェックアウトを実行する必要があります。

于 2013-02-26T17:55:26.477 に答える
0

私の見解では、この「問題」に対する最善の「回避策」は、プロジェクトのインフラストラクチャを改善するよう管理者に依頼することです。SVN は、ローカルの同期に役立つはずですリモートのオリジナルに対するソース コード ツリーのコピー。ローカル コンピューターからいくつかの -remote- "dev サーバー" にログインし、変更を --remote-- ネットワーク ディレクトリにコミットすることを余儀なくされた場合、明らかに、最適な (許容できる) 方法で作業することを妨げるいくつかの制約があります。仕方。クライアントがコードのコピーをローカル コンピューターにチェックアウトすることを許可しない場合、なぜこれが行われるのか理解できると思いますが、人々に RDP を介して作業を強いることはまったく正気ではありません。そのようなばかげた要求を持つ人々のために働かないでください。雇用主は、少なくとも、RDP ではなく「開発サーバー」に来て作業できるようにする必要があります。

あまり理想的ではない提案は、変更されたファイルがあるホストで (ネットワーク マウント経由ではなく)、コマンド ラインから svn バイナリを使用することです。ツールを直接操作することで、エラーの原因を排除します。

于 2012-02-09T02:27:26.717 に答える