こんにちは、VS2008 と VisualSVN を使用しており、VisualSVN の人々はクライアント (およびその VisualSVN サーバー) を最新の Subversion リリースに更新することに熱心であるようです。
私の質問は、私の Subversion サーバーはホストされたサーバーであり、使用するクライアントよりも常にいくつかのバージョンが遅れているようです。このバージョンの「不一致」について心配する必要がありますか?
重要なポイントである場合 (メジャー リリース全体が遅れている場合など) について、一般的な経験則はありますか?
クライアント、サーバー、またはプロトコルのいずれかに、不適切な「ペア」のクライアントとサーバー間で何か恐ろしいことが起こるのを防ぐメカニズムが組み込まれていますか?
一般的に言えば、クライアントとサーバーのバージョンの不一致を気にする必要はありません。バージョンの不一致の問題を防ぐために、プロトコルは一貫して維持されます。クライアント/サーバーの両方が更新されない限り、一部の新機能を利用できない場合がありますが、それは驚くべきことではありません。
TortoiseSVN とコマンドライン SVN のように、同じ作業コピーに対して異なるクライアントを使用することに注意する必要があります。SVN は必要に応じて作業コピーを自動的にアップグレードします。別のクライアントが古いバージョンを使用している場合は、アクセスできなくなる可能性があります。
ソースからのより詳細な情報海峡へのリンクは次のとおりです（Daveに感謝します！）
リリース番号、互換性、廃止予定
http://subversion.apache.org/docs/community-guide/releasing.html#release-numbering
クライアントがホストより進んでいても問題ありません。クライアントは古いバージョンの svn の扱い方を知っている必要があります (私は過去 5 年間ほど TortoiseSVN を主に使用してきました)。問題が発生する可能性があるのは、ホストがクライアントよりも新しい場合ですが、CollabNet は、リポジトリ形式を変更するリリースを発表することに非常に優れています (そして、それはあまり頻繁には発生しません)。
クライアントとサーバーは完全に一致する必要はありません。メジャー リリースとの互換性がないことだけを心配する必要があります。例: 2.xx から 3.xx への変更