SVNKit или JavaHL в Ubuntu 64 бит
Что лучше SVNKit или JavaHL
Затмение
Подрывная деятельность или Subclipse?
Всякий раз, когда я снова устанавливаю Eclipse, возникает сомнение, что одно из них лучше другого, и т. Д.
2 ответа
Все сводится к вкусу:
SVNKit - это полное переписывание SVN на Java. Так что, если вы используете этот разъем, вы работаете на "чистой" Java.
JavaHL с другой стороны - это нативное связывание исходных библиотек C, поэтому вы вызываете скомпилированный код C+ через JNI.
На данный момент обе библиотеки поддерживают SVN 1.7, но у SVNKit было много проблем с выпуском полного клиента SVN 1.7 (из-за изменений рабочей копии SVN в 1.7)
Так что, если есть новая версия SVN, JavaHL часто доступна раньше. Но в большинстве случаев установить его немного сложнее, поскольку он должен быть двоично-совместимым с вашей установкой svn(если вы не знаете, что означает "двоичная совместимость", используйте SVNKit)[спасибо centic за его комментарий!]
Но в итоге оба бэкэнда полностью совместимы с SVN. JavaHL - это в основном SVN, а SVNKit выполняет все SVN-тесты с правильными результатами.
Я бы порекомендовал Subclipse (tigris), поскольку я всегда сталкивался с проблемой синхронизации с Subversive SVN, например:
- Обновите SVN Sync View;
- Некоторые зафиксированные файлы остаются в представлении синхронизации
- Иногда некоторые файлы остаются незафиксированными, даже если я фиксирую целую папку.
Эти побочные эффекты возникают как в Eclipse Indigo под Windows 7, так и под RedHat (RHEL6.2).
С Subclipse (tigris) он всегда был идеальным (я был под Win7, мои коллеги под Ubuntu и MacOS X).