2012-09-06 35 views
11

gì tốt hơn SVNKit hoặc JavaHLSVNKit hoặc JavaHL trong Ubuntu 64 bit

Eclipse

lật đổ hoặc Subclipse?

Bất cứ khi nào tôi cài đặt Eclipse lại có nghi ngờ này có sự khác biệt về một là tốt hơn so với khác, vv ...

Trả lời

19

Nó đi xuống đến một vấn đề của hương vị:

  • SVNKit là tổng số viết lại SVN trong Java. Vì vậy, nếu bạn sử dụng trình kết nối này, bạn chạy java "thuần túy".

  • JavaHL ở phía bên kia là một ràng buộc nguồn gốc của các thư viện C ban đầu, vì vậy bạn đang kêu gọi các biên soạn C + Mã qua JNI

Tại thời điểm này cả hai thư viện hỗ trợ SVN 1,7, nhưng SVNKit thăm rất nhiều rắc rối khi phát hành một máy khách SVN 1.7 đầy đủ (do SVN sửa đổi bản sao làm việc trong 1.7)

Vì vậy, nếu có một phiên bản SVN mới, JavaHL thường có sẵn trước đó. Nhưng hầu hết thời gian phức tạp hơn một chút để cài đặt, bởi vì nó phải tương thích với cài đặt svn của bạn (nếu bạn không biết "tương thích nhị phân" nghĩa là gì, hãy sử dụng SVNKit) [nhờ vào ý kiến ​​của mình!]

Nhưng cuối cùng cả hai phụ trợ là hoàn toàn tương thích với svn. JavaHL về cơ bản là SVN và SVNKit thực hiện tất cả các test SVN với kết quả đúng

+1

Tôi sẽ thêm rằng JavaHL có thể gây ra vấn đề nếu các thư viện gốc không được cài đặt đúng hoặc nếu bit-ness (32/64 bit) không khớp. – centic

0

Tôi muốn giới thiệu Subclipse (tigris) như tôi luôn gặp phải vấn đề đồng bộ với lật đổ SVN thích:

  • Làm mới SVN Sync Xem;
  • Một số tệp đã cam kết vẫn ở chế độ xem đồng bộ
  • Đôi khi một số tệp vẫn không được cam kết ngay cả khi tôi cam kết toàn bộ thư mục.

Những tác dụng phụ này xảy ra cả trong Eclipse Indigo trong Windows 7 và dưới RedHat (RHEL6.2).

Với Subclipse (tigris), nó luôn hoàn hảo (tôi thuộc Win7, đồng nghiệp của tôi dưới Ubuntu và MacOS X).

Các vấn đề liên quan