Что общее решение состоит в том, чтобы установить Eclipse для разработки команды?
- Каждый член команды должен создать его собственную рабочую область и проект импорта, сохраненный при управлении исходным кодом? Или есть ли способ подвергнуть рабочую область управлению исходным кодом также?
- Как избегать использования полных путей в конфигурации рабочей области?
- Есть ли в этой задаче другие узкие места?
2 ответа
Один маршрут люди принимают это генерировать проекты Eclipse, из файла сборки. Это имеет дополнительное преимущество, если среда разработки предназначена, чтобы не иметь жесткую конструкцию (например, путь к библиотеке X может быть относительно отличаться в среде Y, чем в среде Z), поскольку одни и те же данные конфигурации (файлы, переменные окружения, и т.д.) могут быть использован для создания проекта Eclipse, как охрана окружающей среды, не Eclipse.
Я бы не стал помещать рабочие области в SCM; для этого потребуется, чтобы среда каждого разработчика была идентичной. Вместо этого постарайтесь избегать любых жестко запрограммированных путей; использовать переменные рабочей области.
Используйте Файлы наборов проектов для определения и совместного использования наборов проектов, которые необходимо импортировать в рабочую область. Эти файлы могут / должны храниться в SCM, возможно, в специальных проектах выпуска.
Моя практика при серьезной работе над приложением - начать с чистого рабочего пространства, без посторонних проектов. Заполните его с помощью PSF.