Eclipse: следует ли создавать рабочее пространство для каждого проекта?

Мне просто интересно, лучше ли поместить все мои проекты Eclipse в одно рабочее пространство или делать одно рабочее пространство на один проект. Я всего лишь индивидуальный разработчик, более или менее для хобби, но приложения, которые я создаю, действительно имеют производственные версии, которые выполняются в довольно частых задачах cron, так что это почти как любительская производственная среда.

Единственные проблемы, которые я заметил до сих пор, - это экспорт JAR, у меня есть возможность включать исходные файлы из других проектов, что, похоже, может стать беспорядочным.

Раньше я держал отдельные рабочие пространства, но устал от сложности сохранения согласованных настроек между ними. Теперь я создаю рабочие наборы для разных проектов и меняю текущий рабочий набор окон, чтобы отфильтровать все, кроме того, над чем я хочу работать. Пока что у меня это работает нормально.

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

Я создаю рабочие пространства Eclipse вокруг продуктов, потому что для меня продукт может иметь несколько проектов внутри них, например, когда основные библиотеки скомпилированы в одну банку в проекте, это используется другими проектами.

Что касается производственной среды, вам нужно, чтобы продукты работали в разных структурах каталогов, и в этом случае они были бы намного чище. А в eclipse рабочая область создает каталог с именем рабочей области. Итак, создавайте рабочие пространства на основе продукта / приложения, а не одного или нескольких проектов внутри них.

Если проекты взаимосвязаны (т.е. имеют зависимости друг от друга), то довольно часто имеет смысл разместить их в одном рабочем пространстве. То же самое относится и к тому, что вы работаете над несколькими проектами для решения связанной проблемы.

В противном случае вы потратите много времени на ненужное изменение рабочих пространств, особенно когда IDE сразу покажет вам влияние изменений в одном проекте на другой.

Я храню не только отдельные рабочие области для каждого проекта, но и отдельные копии Eclipse. Это потому, что мне обычно приходится замораживать проекты на длительные периоды и возвращаться к ним (без особого уведомления), а они обязательно должны быть построены. Я не могу рискнуть, что какой-то плагин, который я установил для своего последнего проекта (на основе maven), будет мешать процессу сборки одной из устаревших систем (на основе ant). Для записи я документирую среду eclipse для этих устаревших систем, но у меня нет времени возиться с eclipse при исправлении производственной ошибки.

Я бы использовал отдельные рабочие области для разных «групп» проектов. Например, вы можете объединить основной проект приложения и проект модульного тестирования в одной рабочей области.

Может быть, мне не повезло, но Eclipse часто (скажем, раз в месяц) умирает при запуске, обычно на этапе «Инициализация инструментов Java». Рекомендуемое решение - создать новое рабочее пространство. Если у вас все проекты в одной рабочей области, это может быть проблемой. Я думаю, что меньшее рабочее пространство может означать, что сбой произойдет с меньшей вероятностью.

Поскольку предпочтения зависят от рабочего пространства, у меня обычно открыто огромное рабочее пространство - мне лень синхронизировать некоторые настройки между рабочими пространствами (например, репозиториями ...).

С другой стороны, слишком много проектов, открытых в одной рабочей области, может замедлить работу Eclipse, поэтому самое меньшее, что мне нужно сделать, - это закрыть проекты, с которыми я не работаю. Я управляю множеством относительных краткосрочных проектов (не более одного месяца) в Eclipse, которые находятся в одной рабочей области (и в большинстве случаев в одном репозитории), поэтому такая установка дает мне большую гибкость.

Если у вас несколько взаимосвязанных проектов, храните их в одном рабочем пространстве. Если вы можете определить группу проектов, которые всегда используются вместе, но группы используются независимо, поместите такие наборы проектов в разные рабочие области. В таком случае это должна быть логическая структура.

У нас есть ситуация, когда у нас есть несколько проектов, некоторые в ветвях, что, откровенно говоря, слишком непрактично, чтобы держать в одном рабочем пространстве, - а рабочие наборы - это шутка. К сожалению. Также при наличии открытых проектов, которые вы не используете, их можно случайно выбрать из меню завершения и т. Д. Вероятность ошибок.

По-настоящему отличной функцией для нас стало добавление Team -> Project Sets (я считаю, в Eclipse 3.3), поскольку это позволило нам иметь один файл, описывающий множество проектов, составляющих все приложение, который можно импортировать в Eclipse с помощью Team -> Импорт. Нужен данный проект? Извлеките его из CVS, найдите внутри него файл projectSet.psf и импортируйте ЭТО.

Это доказало, что у нас это хорошо работает.

У меня есть одно рабочее пространство для каждого типа проекта. Пример: обычная Java, веб-приложение, Python и т. Д.

Причина в том, что я могу делиться похожими библиотеками, не копируя и не указывая на них. Кроме того, я закрываю несвязанные проекты из eclipse, чтобы избежать беспорядка.

У меня все свои проекты в одной рабочей области, и я использую рабочие наборы для управления ими.

Вам решать! Я всегда считал, что использование связанных версий разных проектов, принадлежащих к одному выпуску в данной рабочей области, более чистое. Таким образом, я мог переключаться между рабочими пространствами всякий раз, когда мне нужно было обратиться к чему-то в отдельном выпуске, и вернуться к рабочему пространству текущего выпуска. Это также избавляет меня от хлопот с оформлением заказа или просмотром репозитория.

Вы также можете иметь в виду, что вы можете открывать несколько экземпляров eclipse, если они просматривают разные рабочие области. Не уверен, что это важно для вас, но мне нравится делать это время от времени.

Мне нравится использовать несколько отдельных рабочих пространств (которые различаются в зависимости от типа проекта), которые импортируют проекты из разных мест. Легко перемещать вещи, не создавая тонны похожих рабочих мест. Хорошо работает и с моим SCM.

Зависит от того, над сколькими проектами вы работаете? Если вы работаете над несколькими проектами, я бы использовал одно и то же рабочее пространство, потому что, если вы используете несколько, вы легко можете забыть, что где и что, по крайней мере, может быть неприятно. Однако я всегда использую разное рабочее пространство для разных языков программирования, поэтому его менее запутать, когда вы находитесь в рабочем пространстве JAVA, вы думаете, что JAVA: D