SVNKit と JavaHL のどちらが優れているか
エクリプス
サブバーシブかサブクリプスか?
Eclipseを再度インストールするたびに、この疑いには、あるものが別のものよりも優れているなどの点で違いがあります...
それは好みの問題になります:
SVNKit は、SVN を Java で完全に書き直したものです。したがって、このコネクタを使用すると、「純粋な」Java が実行されます。
反対側の JavaHL は元の C ライブラリのネイティブ バインディングであるため、JNI 経由でコンパイル済みの C+コードを呼び出しています。
現時点では両方のライブラリが SVN 1.7 をサポートしていますが、SVNKit は完全な SVN 1.7 クライアントをリリースするのに多くの問題を抱えていました (1.7 での SVN 作業コピーの変更のため)。
したがって、SVN の新しいバージョンがある場合、JavaHL は多くの場合、以前に利用可能です。しかし、ほとんどの場合、svn インストールとバイナリ互換でなければならないため、インストールが少し面倒です (「バイナリ互換」の意味がわからない場合は、SVNKit を使用してください) [centic のコメントに感謝します!]
しかし、最終的には両方のバックエンドがsvn と完全に互換性があります。JavaHL は基本的に SVN であり、SVNKit はすべての SVN テストを実行して正しい結果を得る
Subversive SVN では常に次のような同期の問題が発生するため、Subclipse (tigris) をお勧めします。
これらの副作用は、Windows 7 の Eclipse Indigo と RedHat (RHEL6.2) の両方で発生します。
Subclipse (tigris) では常に完璧でした (私は Win7 で、同僚は Ubuntu と MacOS X でした)。