Какое общее решение для настройки Eclipse для групповой разработки?

Question

1. Должен ли каждый член команды создавать свое собственное рабочее пространство и импортировать проект, сохраненный под контролем исходного кода? Или есть способ поставить рабочее пространство под контроль исходного кода?
2. Как избежать использования абсолютных путей в конфигурации рабочего пространства?
3. Есть ли другие узкие места в этой задаче?

Answer 1

Я бы не помещал Workspaces в SCM;это потребовало бы, чтобы среда каждого разработчика была идентична.Вместо этого позаботьтесь, чтобы избежать любых жестко закодированных путей;используйте переменные рабочей области.

Используйте Файлы набора проектов , чтобы идентифицировать и совместно использовать наборы проектов, которые необходимо импортировать в рабочую область.Эти файлы могут / должны храниться в SCM, возможно, в отдельных проектах релизов.

Моя практика при серьезной работе с приложением - начинать с чистого рабочего пространства, без посторонних проектов.Заполните его, используя PSF.

Answer 2

Один путь, по которому люди идут, - это создание проектов Eclipse из файла сборки. Это дает дополнительное преимущество, если среда разработки не имеет жесткой структуры (например, путь к библиотеке X может быть относительно другим в среде Y, чем в среде Z), поскольку одни и те же данные конфигурации (файлы, переменные среды и т. Д.) использоваться для настройки проекта Eclipse как среды без Eclipse.