Совместное использование каталога Eclipse в Dropbox между Windows и Mac OS X

Question

Этот вопрос был близок к моему, но не совсем.

У меня есть рабочий стол Windows и MacBook Pro. Я бы хотел сохранить мое рабочее пространство Eclipse в моей папке Dropbox . Проблема в том, что многие настройки проекта меняются между платформами: ссылки на JRE, JDK и другие библиотеки.

Кажется, что каждое обсуждение этой проблемы предполагает использование возможностей игнорирования системы управления версиями, чтобы такой-то файл оставался только локальным и, следовательно, мог оставаться специфичным для платформы. Но когда вы работаете с реальной единой общей папкой, этот класс решений не применяется.

Вам повезло, когда вы работали с проектом Java Eclipse, живущим в одной общей папке по сети, кроссплатформенной?

Answer 1

У меня есть рабочее пространство Eclipse внутри Dropbox со всеми папками моего проекта в нем, но я использую новую функцию «Выборочная синхронизация» в Dropbox, чтобы убедиться, что папка .metadata не синхронизируется.

Это означает, что мои машины Mac и Windows имеют свои собственные папки .metadata, но папки проекта остаются в синхронизации.

Кажется, до сих пор работает ...

Answer 2

Если у вас возникли проблемы с настройкой, попробуйте File->Import->General->File System. Обязательно выберите Create links in workspace из Advanced options. Похоже на более чистое решение, и вы можете продолжать использовать свое обычное рабочее пространство.

Answer 3

Возможно, чтобы избежать проблем, просто поделитесь исходной папкой, ни настройками рабочего пространства, ни папкой bin.
Просто поместите вашу исходную папку в Dropbox.

Создайте проект на site1 , а затем:
Щелкните правой кнопкой мыши на project, выберите properties
-> Java Build path -> Source tab
-> L ink source button
Затем создайте ссылку на исходную папку в Dropbox и присвойте ей имя (например, src2 )

Сделайте то же самое для site2 .

Все ваши исходные файлы должны быть в вашей общей папке в Dropbox.

Конечно, вы должны настраивать на каждом сайте такие настройки, как библиотеки и другие вещи, но эта задача не так часто и, возможно, желательна, потому что у вас две разные среды.

Answer 4

Использовать контроль источника с отдельными рабочими пространствами. Делая это таким образом, вы теряете возможность двух разработчиков вносить изменения в один и тот же файл. Вы также рискуете, чтобы люди наступали друг на друга. С Subversion (или другими) управление исходным кодом бесплатное и обеспечивает отслеживаемость.