TortoiseSVNのインストールをバージョン1.7にアップグレードしたいと思います。 SVN 1.6リポジトリで動作するVisualSVNサーバーがあります。TortoiseSVN 1.7はSVN 1.6リポジトリに対して正しく動作しますか？
クライアントを更新するにはリポジトリを1.7にアップグレードする必要がありますか、またはTortoiseSVNと下位互換性がありますか？
私は、TortoiseSVN 1.6から1.7へのアップグレード中に私の作業コピーを新しいフォーマットに変換する必要があることを知っていますが、コミット中にサーバのバージョンを見て適切に適応するロジックがありますか？ 1.7サーバはSubversionのと同じリポジトリ形式を使用
古いクライアントとサーバが1.7サーバおよび クライアント
と透過的に相互運用で...
のSubversion 1.6。したがって、それはシームレスにアップグレードして 、ディスク上のリポジトリ
何もする必要はありませんの形式を変更することなく、1.6.xのと1.7.xサーバー間でダウングレードすることが可能で、作業コピーがアップグレードされますまた、1.6サーバーと通信することができます
1.6サーバー（私の場合は1.6.17）でうまく動作します。
はい、そうです。
同じ作業コピー（つまりチェックアウトされたディレクトリ）で異なるバージョンのクライアントを使用すると、問題が発生する可能性があります。また、古いクライアントを新しいサーバーで使用する場合、一部の新しいサーバー機能を使用できないことがあります。
ただし、新しいSVNクライアントはいくつかの新機能を除いて、古いサーバーと下位互換性があります。したがって、Server 1.6でTortoiseSVN 1.7を使用すると問題なく動作します。
SVNサイトのcompatibility matrixを参照してください。
残念ながら、互換性マトリックスは1.7を扱いません – CharlesB
逸話時間：
：上
- create branch_x with lots of files
- commit
- svn mv branch_x branch_xnew
- log shows A branch_xnew, then thousands of D for each file in branch_x
- commit
- fails saying that branch_x is out of date.
- out of desperation, revert --depth inifity... same
- more desperation, checkout a clean working copy, svn mv, commit, fails "branch_x is out of date".
クライアントA：svn mv、コミット、完了。クライアントBのsvn upに競合がないことを示します。すべて完了。
注：TortoiseSVNは、古いクライアントで問題を引き起こす作業コピー形式を更新します。これは、複数の異なるクライアントが同じ作業コピーにアクセスする環境がある場合にのみ問題になります。例えば。 TortoisSVNやIDE（例えばPHPStorm）からワーキングコピーにアクセスする場合は、1.6の作業コピーフォーマットしかサポートしていません。 –
@ArtemGoutsoul SVN 1のクライアントに別のWCを使用することができます。6 – bahrep