Cách chia sẻ cấu hình Eclipse trên các không gian làm việc khác nhau


130

Tôi đang sử dụng Eclipse (PDT) làm IDE chính trên các máy khác nhau. (như ở nhà, máy tính xách tay, trong văn phòng, v.v.). Làm thế nào tôi có thể chia sẻ Eclipse và cấu hình dự án một cách thực tế giữa nhiều máy tính? Tôi có nên kiểm soát phiên bản này không, hay có cách nào dễ dàng hơn để làm điều này không?

Làm thế nào để bạn đảm bảo sử dụng cùng một cấu hình tốt và cũ thậm chí cập nhật tất cả các máy tính của bạn?


Tôi đã có tất cả các loại vấn đề chia sẻ mã trong một không gian làm việc bằng cách sử dụng Dropbox. Tôi sẽ nghiêng về việc có nhiều không gian làm việc, một không gian cho mỗi máy và đồng bộ hóa nhóm không gian làm việc bằng Dropbox.
djangofan

3
Câu hỏi cũ tôi biết, nhưng đối với hậu thế, tôi thấy bài đăng trên blog này rất hữu ích: mcuoneclipse.wordpress.com/2012/04/04/ (Đây không phải là bài viết của tôi :-)
Stewart

Luôn có các biến chứng trên Windows envs. Kiểm tra cài đặt không gian làm việc vào kiểm soát nguồn không phải là một câu trả lời. Cài đặt kiểm soát nguồn là một phần của cài đặt không gian làm việc.
chris topinka

Câu trả lời:


4

Bạn thực sự có thể đặt nhiều cài đặt cụ thể của dự án có thể được kiểm tra trong kiểm soát nguồn. Đối với các dự án nhỏ, điều này thực sự hoạt động tốt. Đối với các dự án lớn hơn, chúng tôi đã quyết định có một tệp duy nhất mà chúng tôi đã sử dụng cho tất cả các dự án của mình và kiểm tra một dự án "tài sản" riêng để duy trì những thứ mà các nhà phát triển cần để bắt đầu làm việc với dự án của chúng tôi. Điều này cũng bao gồm những thứ như giấy phép và các tập tin cần thiết khác.


45
Mặc dù đây là câu trả lời được chấp nhận, bạn chắc chắn nên cuộn xuống và xem các câu trả lời khác vì chúng có thêm thông tin.
Topher Fangio

1
@erenon - Bạn có thể bỏ đánh dấu đây là câu trả lời được chấp nhận và chọn một câu trả lời khác, phù hợp hơn không? Những cái khác bao gồm nhiều thông tin hơn, nhưng tôi không thể xóa câu trả lời này nếu nó được chấp nhận.
Topher Fangio

176

Chia sẻ cài đặt cụ thể nhật thực trên các không gian làm việc :

  1. Đi đến ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. Sao chép mọi thứ trong thư mục trên vào ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Điều này sẽ đảm bảo rằng ${new_workspace}nó có cùng cấu hình với${old_workspace}

Hi vọng điêu nay co ich. Cập nhật trong trường hợp có vấn đề.


8
Cá nhân tôi có các thư mục được liên kết với dropbox và các cấu hình RSE cũng được liên kết với nhau. Cấu hình tổng thể của cài đặt nhật thực cũng có thể được xuất từ ​​ide
Anton S

5
Tôi sẽ bắt đầu với điều này, nhưng thật đáng buồn là có nhiều cài đặt khác bên ngoài thư mục này mà tôi muốn đồng bộ hóa.
David Harkness

@DavidHarkness: vui lòng giải thích - cài đặt nào - ở đâu? Bạn có thể đăng câu trả lời ở đây - Tôi đang hỏi những người khác: "nó có an toàn và đủ để liên kết cứng \.metadata\.plugins\org.eclipse.core.runtime\.settings directorykhông?" - đến đỉnh: không đơn giản như vậy - ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingscũng chứa các cài đặt không gian làm việc và có các đặc thù khác - xem phân tích của tôi ở đây
Mr_and_Mrs_D

Để sao chép thư mục, hãy sử dụng Robocopy: stackoverflow.com/questions/472692/ cấp
weberjn

1
Để giữ chúng đồng bộ, hãy xem xét Unison: cis.upenn.edu/~bcpierce/unison
Alice Purcell

114

Một tùy chọn khác là xuất / nhập:

  1. Từ không gian làm việc hiện tại của bạn File->Export...->General->Preferences, hãy kiểm tra Xuất tất cả và chọn tệp để lưu chúng vào (ví dụ: prefs.epf)
  2. Khởi động Eclipse trong một không gian làm việc mới File->Import...->General->Preferences, chọn tệp của bạn (prefs.epf), kiểm tra nhập tất cả

Điều đó làm việc rất tốt cho tác giả ban đầu của mẹo này: anh ta có định dạng mã, kiểu mã, repos svn, tùy chọn jres được nhập.

Chỉnh sửa: Trên Eclipse Juno điều này hoạt động kém. Một số sở thích âm thầm không thực hiện như lưu hành động.


2
Hoạt động tốt với Eclipse STS (bộ công cụ mùa xuân) 3.4
рüффп

Đã làm việc trên Eclipse Luna
GP cyborg

1
Người ta có thể làm cả điều này và những gì đỉnh cao nói trong câu trả lời của mình. Tôi hy vọng sự kết hợp hành động này sẽ đủ để thực sự xuất khẩu mọi thứ .
Nikos

8

Đây là một dự án tương đối mới, nhưng có vẻ như Oomph Eclipse được tạo ra vì chính xác lý do này. Thông qua công cụ này, bạn có thể tạo một cấu hình độc đáo có thể chia sẻ với người khác. Tôi chưa sử dụng nó (nhưng), nhưng tôi dự định:

https://projects.eclipse.org/projects/tools.oomph


Hồ sơ Yatta xây dựng trên Trình cài đặt Oomph / Eclipse và giúp chia sẻ dễ dàng hơn một chút.
Bernhard Stadler

1
@BernhardStadler Yatta không chuyển tùy chọn.
ThomasMcLeod

Yatta có thể nhớ các giá trị tùy chọn mặc định - tùy chọn không gian làm việc có thể được ghi bằng Trình ghi ưu tiên và đối với tùy chọn dự án, bạn không cần bất kỳ công cụ bổ sung nào khi bạn có thể thêm chúng vào SCM của mình. Trường hợp sử dụng dự định chính thiết lập không gian làm việc phát triển một cú nhấp chuột cho các nhóm với mục tiêu giảm thiểu thời gian thiết lập, nhưng cũng có thể đồng bộ hóa hồ sơ cá nhân giữa các máy tính khác nhau. Tôi chưa bao giờ thử nó nhưng theo trang web của họ, có thể áp dụng các bản cập nhật từ hồ sơ trực tuyến, vì vậy có thể sử dụng hồ sơ trực tuyến riêng tư như một cơ chế đồng bộ hóa.
Bernhard Stadler

7

Tôi đã phải làm việc trên nhiều không gian làm việc cùng một lúc và có rất nhiều tùy chọn được đặt mỗi khi tôi tạo một không gian làm việc mới. Tôi đã tạo một không gian làm việc mẫu và tạo tất cả các cài đặt cần thiết trong không gian làm việc của mẫu đó. Bất cứ {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingskhi nào tôi tạo một không gian làm việc mới, tôi sẽ tạo một simlink của điểm cần trỏ tới {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings. Vì vậy, khi bạn chỉnh sửa bất kỳ tùy chọn nào trong bất kỳ không gian làm việc nào, nó sẽ được sao chép trên tất cả các không gian làm việc khác.

Tôi đã tạo bí danh hàm này trong .profile của mình để một khi tôi tạo một không gian làm việc mới, tôi chạy hàm này trong dấu nhắc lệnh với tên không gian làm việc mới của tôi làm đối số để liên kết được tạo.

function eclset(){
    present_dir=`pwd`;
    cd  {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ; 
    rm -rf .settings ; 
    ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings;
    cd $present_dir;
}

Trên thực tế đó là những gì tôi cũng muốn làm (trên windows) - nhưng có những điều phức tạp: xem câu trả lời của tôi ở đây
Mr_and_Mrs_D

3

Kể từ Eclipse neon (cũng có thể là sao Hỏa), bạn có thể sao chép hai thư mục sau đây, để chia sẻ bàn làm việc và cài đặt / tùy chọn giữa các không gian làm việc khác nhau của bạn:

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.eclipse.e4.workbench

Có thực sự được giới thiệu trong neon? Có một thay đổi / readme hoặc một số thông tin khác xác nhận điều này?
Danijel

Thông thường các nhà phát triển có kho lưu trữ GIT riêng và không được chia sẻ, do đó, danh sách này là: 1. [không gian làm việc] /. Metadata / .plugins / org.eclipse.core.r nb / .sinstall - Ngoại trừ [workspace] /. Metadata / .plugins /org.eclipse.core.racer/.sinstall/org.eclipse.egit.core.prefs 2. [không gian làm việc] /. metadata / .plugins / org.eclipse.e4.workbench
Timo Riikonen 22/2/18

2

Có hai câu hỏi ở đây. Đầu tiên, có các định nghĩa dự án, các tệp .project và các cài đặt cụ thể của dự án. Cá nhân, tôi thích những thứ trong kiểm soát nguồn của mình, vì nó giúp kiểm tra một dự án và thiết lập một IDE dễ dàng hơn nhiều.

Thứ hai, bạn có các cài đặt không gian làm việc. Bạn sẽ thấy rất nhiều câu hỏi trong lĩnh vực này. Tôi khuyên bạn nên xem Pulse : đó là một bản phân phối Eclipse nâng cao, trong số những thứ khác, có thể lưu các cài đặt không gian làm việc của bạn và đồng bộ hóa chúng với nhiều máy hoặc thành viên nhóm.


1

Bạn cũng có thể sao chép các tệp .prefs từ ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsmột thư mục có tên .sinstall trong thư mục gốc của dự án của bạn và sau đó thêm nó vào SVN (hoặc CVS ​​hoặc ...)

Bằng cách đó, các cài đặt sẽ được phân phối cho tất cả các nhà phát triển cùng với mã nguồn trong khi cập nhật.


0

Tôi đã từng gặp vấn đề tương tự.

Cách tiếp cận của tôi: lưu trữ dữ liệu dự án trong một thư mục được quản lý bởi owncloud

Project X được tạo tại máy trạm A, với đường dẫn tùy chỉnh trỏ đến thư mục con mới trong hệ thống phân cấp của riêng tôi. Không gian làm việc mặc định vẫn nằm trong hệ thống tệp của A.

Khi tôi đang ngồi tại máy trạm BI, hãy mở không gian làm việc cục bộ mặc định (cục bộ trên B) và tạo một dự án mới bằng cách sử dụng các nguồn hiện có trong thư mục ownCloud "được đồng bộ hóa".

Chỉ cần nhấp vào làm mới bất cứ khi nào bạn khởi động nhật thực và bạn có dữ liệu dự án hiện tại. Đồng bộ hóa chạy tự động trong nền, do đó, hãy cẩn thận khi bạn hoàn thành công việc để đóng nhật thực và cho ownCloud cơ hội tải các tệp mới lên máy chủ ownCloud.

Tomcat hoặc các Máy chủ khác đang chạy cục bộ, cấu hình được sao chép thủ công giữa các máy thông qua scp. Điều này chỉ xảy ra nếu có những thay đổi trong thiết lập máy chủ, điều này không thường xuyên.

Tôi không gặp vấn đề tương thích khi sử dụng NEON 2 (arch linux) & NEON 3 (tải xuống bản chạy trên debian) với các JDK khác nhau.

Trân trọng Armin


0

Chỉ cần sao chép các thư mục

${old_workspace}/.metadata/.plugins

từ một dự án hiện có sang dự án mới.

Điều đó đã làm việc tốt trong các dự án PHP (khá đơn giản).


0

Bạn có thể sử dụng Eclipstyle để sao chép tùy chọn của một không gian làm việc vào các không gian làm việc khác của bạn. Bạn cũng có thể xuất tùy chọn của mình và sao chép chúng sau này.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.