1

tortoiseSVN と Subversion に問題があります。プロセスは次のとおりです。

  1. コンピューター A に新しいリポジトリを作成します。
  2. コンピューター B の作業コピーにリポジトリをチェックアウトします (両方の PC で Windows Vista を使用して、ピア ツー ピア ネットワークを使用します)。
  3. ASP.NET Web サイトのファイルとディレクトリを作業コピーにコピーします。
  4. ファイルを追加してから、コミットします。ここまでは順調ですね。
  5. PC B の作業コピー内のファイルを編集します。
  6. ファイルをコミットすると、問題が発生します。
  7. まず、tortoiseSVN はリポジトリ内のファイルを削除できないため、コミットに失敗します。
  8. コミットの 2 回目の試みで、tortoiseSVN はファイルが古くなっていると言います。
  9. PC B で tortoiseSVN の更新を実行します。成功し、変更はありません。
  10. PC B でコミットを実行しようとすると、同じファイルが古くなっているというエラーが発生します。

私には次のように思えます。

エラーにもかかわらず、最初のコミットは部分的に成功しました。その結果、もう一度コミットしようとすると、ファイルが古くなっています。

しかし、明らかに別の何かが間違っています。今度は PC A で新しい作業コピーをチェックアウトすると、ファイルへの変更がコミットされたことが示されます。その後、問題なく変更を加えてコミットできます。リポジトリが PC A にあることに注意してください。そのため、PC A の作業用コピーは正常に動作しているようです。

ピア ツー ピア ネットワークも正常に動作しているようです。

だから私は本当に何をすべきかわかりません。この Web サイトで作業する人が 2 人必要なので、バージョン管理が必要です。

どんな助けでも感謝します。私は今、次に何を試すべきか本当にわからないパイの段階にいます.

4

2 に答える 2

1

これは、競合の解決で詳しく説明されているツリーの競合のように聞こえます。

于 2010-10-26T20:41:50.280 に答える
1

このプロトコルを使用している場合は、 TortoiseSVN がサポートしていないことにfile://注意してください。

理論的には、ネットワーク共有に FSFS リポジトリを配置し、複数のユーザーが file:// プロトコルを使用してアクセスすることは可能ですが、これは絶対にお勧めできません。実際、私たちはそれを強く思いとどまらせ、そのような使用をサポートしません。

TortoiseSVN がこのシナリオをサポートしたくない理由の 1 つは、ある人が TortoiseSVN をアップグレードし、一緒に作業している誰かがアップグレードしない場合、あらゆる種類の問題が発生する可能性があるためです。

于 2010-10-26T22:46:50.460 に答える