Khôi phục kết nối dự án lật đổ Eclipse

Question

Tôi có một dự án trong phiên bản phụ mà tôi đang phát triển bằng Eclipse. Tôi đã kiểm tra ban đầu từ kho svn từ bên trong Eclipse. Tất cả là tốt cho một vài tuần sau đó cho một số lý do không rõ, Eclipse (cụ thể: subclipse trong Ganymede) không còn nhận ra dự án của tôi như đang được kiểm soát svn. Menu ngữ cảnh của nhóm chỉ hiển thị các tùy chọn trình đơn cơ bản "áp dụng bản vá"/"chia sẻ dự án này". Từ trình bao, tôi vẫn có thể cập nhật dự án bằng cách sử dụng các công cụ dòng lệnh svn, vì vậy tôi biết rằng thông tin đăng nhập svn vẫn hoạt động. Các dự án khác đang bị lật đổ trong cùng một bản sao của Eclipse vẫn hoạt động.

Tôi nhận ra rằng tôi có thể xóa bản sao cục bộ và kiểm tra lại, nhưng tôi muốn hiểu những gì đã xảy ra - khắc phục sự cố, thay vì che dấu các triệu chứng. Eclipse lưu trữ kiến ​​thức của mình về dự án nào đang được kiểm soát phiên bản? Tôi nhìn vào các tập tin .project và thư mục .settings, nhưng không thể thấy bất kỳ đề cập rõ ràng về bản chất svn hoặc bất cứ điều gì tương tự, ngay cả trong các dự án vẫn đang hoạt động đúng.

Answer 1

Nếu bạn đang sử dụng sublipse là nhà cung cấp SVN của bạn tôi khuyên bạn nên làm như sau

Team -> Chia sẻ dự án thường là đủ để kết nối các siêu dữ liệu.

(nghĩa là, giả sử các tệp .svn vẫn ở đó mà chúng dường như là nếu bạn có thể làm việc trên dòng lệnh).

Hope this helps là tại sao điều này sẽ xảy ra tôi không có ý tưởng

Answer 2

Mà không biết những gì nền tảng bạn đang ở trên, tôi không biết nếu vấn đề của bạn là tương tự như tôi. Tuy nhiên, gần đây tôi đã có (thực sự trên hai nền tảng khác nhau!) Có vấn đề khi cập nhật cho Subversive (hoặc có lẽ chính Eclipse, không rõ ràng) khiến cho các đầu nối không còn tải. Nếu không có các kết nối, Subversive không thể kết nối với một dự án. Nhưng Eclipse sẽ không khóa bạn khỏi dự án của bạn về điều đó, nó sẽ loại bỏ chức năng liên quan đến SVN.

Nhìn vào chế độ xem Lỗi, đây là nhật ký lỗi khác nhau của Eclipse (ngoại lệ không tìm thấy lớp học, v.v.) và xem có bất kỳ dòng nào liên quan đến các thành phần Subversive hay không. Thật không may, tôi thực sự không thể đề xuất một giải pháp-- trên nền tảng Mac OSX của tôi là đủ để cài đặt lại các phần tử và đầu nối cốt lõi của Subversive. Trên máy Linux của tôi (có thể do nâng cấp hệ điều hành), tôi phải cài đặt lại hoàn toàn Eclipse, vì quá nhiều cruft đã tích lũy cho tôi để có thể điều tra đầy đủ nó.

Answer 3

Phụ lục: nó chỉ ra rằng vấn đề của tôi biểu hiện khi tôi khởi động Eclipse bên ngoài vpn của công ty, với một dự án trong không gian làm việc được gắn vào kho lưu trữ svn bên trong vpn. May mắn thay, việc chuyển đổi các plugin svn Eclipse từ subversive sang subclipse đã giải quyết nó.

Ian

Answer 4

Tương tự trong trường hợp của tôi: .svn dirs đã có, nhưng dự án của tôi không hỗ trợ tác vụ svn.

Sau một chút chọc ghẹo, hóa ra là plugin lật đổ chỉ biến mất sau khi thực hiện bỏ nhật thực.

Giải pháp là để (lại) cài đặt lật đổ, và bây giờ mọi thứ đều ổn.

Cheers v

UPDATE:. Tôi đã chuyển eclipse lên phiên bản mới mà chỉ không có các plugin được cài đặt, đó là lý do tại sao tôi đã phải cài đặt nó từ đầu.

Answer 5

Tôi gặp vấn đề tương tự và diễn đàn này đã giúp tôi tìm câu trả lời đúng.

Dự án trước đó của tôi đã được định cấu hình bằng cách sử dụng hình con. Nhật thực mới đã bị chìm.

Cài đặt subclipse giúp tôi lấy lại tùy chọn svn trong nhóm!

Hy vọng nó sẽ giúp người khác.

liên quan

Anshu Prateek

Answer 6

Tôi tìm thấy một cách dễ dàng chỉ tái nhập khẩu dự án

Answer 7

Chỉ cần làm Team -> Chia sẻ dự án (mỗi câu trả lời cho câu hỏi này được cung cấp bởi @ Paul Whelan) không làm việc cho tôi. Trình thủ thuật Chia sẻ dự án hoạt động như thể dự án chưa có trong SVN (mặc dù thư mục .svn đã có mặt cho dự án của tôi).

Tôi đã giải quyết xong vấn đề bằng cách gỡ cài đặt tiện ích bổ trợ Subversive và JavaHL (thông qua Trợ giúp | Giới thiệu về Eclipse | Nút Cài đặt chi tiết | Cài đặt tab phần mềm | Gỡ cài đặt ...), rồi cài đặt lại Subversive. Khi được nhắc sau khi khởi động lại Eclipse, tôi đã chọn cài đặt trình kết nối SVNKit thay vì kết nối JavaHL.

Sau khi thực hiện điều đó, khi tôi lại thử Team -> Share Project ..., Eclipse đã nhận ra chính xác rằng dự án của tôi đã có trong SVN và nó đã khôi phục thành công kết nối.

Answer 8

Từ nhật thực, tôi đã đóng (các) dự án và mở lại đã giải quyết được sự cố. Tất cả các liên kết SVN đều trở lại cho tất cả các dự án trong vùng làm việc của tôi.

Answer 9

Trong phiên bản với lật đổ Juno, tôi đã làm:

• File/Import sẽ trả về nhập popup.
• Từ đó, chọn Các dự án chung/hiện tại vào không gian làm việc.
• Trong ngăn tiếp theo, bạn chọn thư mục gốc. Sau đó, nó sẽ hiển thị cho bạn tất cả các thư mục con . Tất cả chúng sẽ được chọn theo mặc định.
• Bỏ chọn những thứ bạn không muốn.

Sau đó, nó sẽ "nhập" thư mục hiện tại của bạn, thư mục này có thể được sử dụng tại chỗ mà chúng đã nằm trong thư mục không gian làm việc của bạn.

Answer 10

này đã làm việc cho tôi: đúng cấp nhấp chuột> TortoiseSVN -> Settings -> properties Biểu tượng Overlay, Chọn Shell như Status Cache. Nhấp vào Ok, Làm mới trang.

Answer 11

Tôi có thể tái tạo lại vấn đề này một cách đáng tin cậy — điều này xảy ra khi kiểm tra các dự án Maven nhất định bằng cách chạy "Kiểm tra như Maven Project ..." chứ không phải trên thư mục chứa POM mà trên thư mục mẹ (chẳng hạn như "trunk"). Trong trường hợp này Subclipse kiểm tra dự án mà không có bất kỳ khiếu nại nào, đặt nó vào một thư mục không gian làm việc với một tên trình giữ chỗ như maven.1424425443350. Bên trong thư mục này nó tạo ra một thư mục con với tên của tạo tác Maven.Điều này làm lẫn lộn cả Subclipse và Subversion: Subclipse, như chúng ta đã thấy, ngay lập tức quên rằng dự án nằm dưới sự kiểm soát phiên bản, và nếu bạn gọi svn status từ dòng lệnh trong thư mục maven.1424425443350, nó sẽ cho bạn biết rằng thư mục nằm dưới sự kiểm soát phiên bản nhưng tất cả các tệp được kiểm soát phiên bản đều bị thiếu.

Không có giải pháp nào được trình bày trong các câu trả lời khác sẽ hoạt động nếu đây là nguyên nhân khiến Subsclipse quên kết nối SVN của nó. Thay vào đó, giải pháp duy nhất là xóa dự án và kiểm tra lại, lần này đảm bảo rằng thanh toán được thực hiện trên một thư mục chứa POM thay vì một số thư mục cấp cao hơn.

Một giải pháp tổng thể tốt hơn sẽ cho Subclipse từ chối chạy "Kiểm tra dưới dạng Maven Project ..." trên các thư mục không chứa POM, hoặc người nào khác để xử lý tốt hơn các trường hợp mà nó cố gắng làm như vậy bằng cách tìm kiếm thư mục con cho các dự án Maven.

Answer 12

Tôi đang sử dụng hai triển khai SVNKit (1.7.x và 1.8.x) cùng lúc với phiên bản kho SVN (1.8.x).

Kết quả là đội -> Chia sẻ dự án ... luôn yêu cầu thư cam kết. Rõ ràng, SVNKit 1.7.x đã được sử dụng không tương thích với SVN 1.8.x.

Sau khi loại bỏ SVNKit 1.7.x eclipse sử dụng chỉ có SVNKit phiên bản 1.8.x chính xác và mọi thứ hoạt động như mong đợi.