Chúng tôi đang trong quá trình chuẩn hóa cấu hình Eclipse mặc định của chúng tôi (kiểu, cài đặt, từ điển, định dạng, cấu hình chạy, v.v.) cho nhà phát triển của chúng tôi.Eclipse: Cách chia sẻ lỗi biên dịch Java/cài đặt cảnh báo trên toàn bộ nhóm
Tuy nhiên, đối với các lỗi trình biên dịch Java và tùy chọn cảnh báo, dường như không có cách nào để xuất/nhập cài đặt. Có một cách khác để làm điều này?
Cách lý tưởng để chia sẻ các thiết lập trong nhóm (để sử dụng trong IDE) là sử dụng cài đặt cụ thể của dự án. Các thiết lập cụ thể của dự án trở thành một phần của dự án và đi vào kho kiểm soát nguồn, do đó mọi thành viên trong nhóm đều nhận chúng miễn phí.
Hầu hết các cài đặt bạn đề cập trong câu hỏi đều có thể được định cấu hình cho mỗi dự án.
Tạo tệp xây dựng chung (sử dụng Ant/Maven). Nếu bạn sử dụng Maven, bạn thậm chí có thể đảm bảo rằng các lọ giống nhau được sử dụng bởi tất cả mọi người trong khi biên dịch.
Chúng tôi là những người dùng lớn của Maven và coi nó quan trọng hơn IDE của chúng tôi, nhưng IDE vẫn quan trọng. Không có gì trong Maven mà tôi biết sẽ giúp chúng ta phổ biến các ưu tiên Eclipse của chúng ta. Tôi nhận ra cách tôi hỏi các câu hỏi nó có vẻ như tôi đã hỏi về cài đặt trình biên dịch khi tôi đã thực sự hỏi về sở thích xác nhận trình biên dịch. Tôi đã làm sáng tỏ câu hỏi ban đầu mà tôi nghĩ. – HDave
@HDave Mea culpa. Tôi đã hiểu sai câu hỏi mà tôi nghĩ! –
Điều này có thể được sửa bên ngoài Eclipse, bắt đầu bằng việc chuẩn hóa quy trình xây dựng như Amit đã đề cập.
Bạn cũng có thể muốn xem xét một continuous integration system được xây dựng mỗi lần ai đó cam kết mã. Điều này giúp mọi người trên ngón chân của họ, ngăn chặn mọi người đẩy mã bị hỏng. Mọi lỗi/cảnh báo trình biên dịch đều hiển thị với mọi người.
Yup, đã có Hudson và chạy với một công việc Matrix cho tất cả các kết hợp máy chủ/cơ sở dữ liệu ứng dụng, nhưng điều này không giúp với tiêu chuẩn IDE. Tôi nhận ra rằng cách tôi đóng khung câu hỏi không rõ ràng và tôi đã sửa nó. – HDave
Eclipse cho phép bạn xuất sở thích của bạn qua
File> Export> Preferences
Bạn sẽ thấy một danh sách các ưu đãi về xuất khẩu, trong đó có Java Compiler Preference, thậm chí bạn có thể lựa chọn ưu tiên quy định để xuất khẩu .
Sau đó, bạn có thể nhập các ưu đãi vào một không gian làm việc mới thông qua
File> Import> Preferences
Tôi đã phát triển một plugin maven (được gọi là codecleaner), trải rộng các cài đặt nhật thực được cấu hình sẵn cho các dự án maven. Nó rất hữu ích wehn bạn không muốn đặt các thiết lập nhật thực dưới sự kiểm soát phiên bản, hoặc khi bạn muốn tiết kiệm thời gian cho manulay thêm các cài đặt cho mỗi người trong số các dự án
https://github.com/yonatanm/codecleaner
hiện Plugin codecleaner cập nhật sau loại thiết lập nhật thực:
Trong nhóm chúng tôi, chúng tôi sử dụng workspace mechanic để chia sẻ sở thích của không gian làm việc tương tự bằng cách đặt các tập tin tùy chọn trên một ổ đĩa chia sẻ. Một giới thiệu nhỏ có thể được đọc here.
Bạn đang nói để kiểm tra thư mục ".settings" vào kiểm soát nguồn? Nếu vậy, tôi bị cám dỗ để làm điều đó, nhưng nó có phá vỡ nếu chúng ta không phải là tất cả bằng cách sử dụng cùng một phiên bản của Eclipse với cùng một plugin? – HDave
Vâng, tôi đang nói chính xác điều đó, và nó là một thực hành tiêu chuẩn. Lý tưởng nhất là nhóm nên sử dụng cùng một phiên bản IDE :-) Tuy nhiên, mọi thứ thường không bị hỏng nếu bạn sử dụng các phiên bản khác nhau. Bạn có thể đặt các tùy chọn dựa trên phiên bản Eclipse thấp nhất trong nhóm, các phiên bản Eclipse mới hơn sẽ hoạt động chính xác. (Ngay cả trong trường hợp cực kỳ hiếm hoi có gì đó sai, hậu quả phải nhẹ) –
Tôi sẽ để lại câu trả lời của Randi Lin là câu trả lời được chấp nhận vì nó trả lời chính xác câu hỏi ban đầu, nhưng cá nhân tôi đã thực hiện đề xuất của bạn để thực hiện những thay đổi này trong các dự án riêng lẻ và kiểm tra trong thư mục '.settings'. Nếu công trình này thật tuyệt vời ... Tôi đã xóa các trang tài liệu wiki ..... – HDave