Работая в Eclipse, вы часто сталкиваетесь с рядом проектов в вашей рабочей области, которые составляют приложение. У вас может быть многоуровневая система с веб-проектом, сервером и базой данных, а также другие разные. Или, если вы являетесь разработчиком Eclipse RCP, вы можете получить десятки плагинов, каждый из которых представлен проектом.
Хотя несколько проектов дают вам модульность (что хорошо), они могут затруднить управление рабочим пространством (что плохо). Разработчики должны проверить каждый проект индивидуально из разных мест в хранилище. Иногда им даже приходится получать проекты из нескольких репозиториев. Это кропотливо длинная и подверженная ошибкам задача.
Но более простой способ управлять несколькими проектами — это наборы командных проектов Eclipse (TPS). Создать рабочее пространство так же просто, как импортировать файл XML и ждать, пока Eclipse выполнит свою работу. Да, есть и другие более сложные инструменты, которые делают это и даже больше (например, Maven и Buckminster), но наборы командных проектов — это хорошее начало, если у вас ничего не настроено и может быть достаточно для долгосрочной перспективы. ну, в зависимости от того, как работает ваша команда.
Создайте набор командных проектов, чтобы поделиться с другими разработчиками
Создать набор командных проектов (TPS) легко. Прежде всего, нужно начать с рабочей области, в которой уже проверены все проекты. Тогда вам просто нужно выбрать « Файл»> «Экспорт»> «Команда»> «Набор командных проектов» , выбрать проекты, которые вы хотите экспортировать, и затем ввести имя файла. Готово.
Но всегда лучше увидеть это в действии. В видео я экспортирую 3 проекта, которые я уже извлек из Subversion, в файл TPS.
Заметки:
- Вы можете выбрать, какие проекты должны войти в TPS. Таким образом, вы можете исключить не относящиеся к делу или личные проекты, которые у вас есть в вашей рабочей области.
- Eclipse добавляет расширение .psf, если вы его не предоставите.
Экспортированный файл представляет собой XML-файл с расширением по умолчанию psf , поэтому в видео это будет файл music.psf . Для каждого экспортируемого проекта существует запись о проекте, которая включает имя проекта и его местоположение в репозитории, разделенные запятыми. После того, как файл создан, его легко редактировать, поэтому, если хотите, можете внести свои изменения. Вот пример того, как это выглядит:
<?xml version="1.0" encoding="UTF-8"?>
<psf version="2.0">
<provider id="org.tigris.subversion.subclipse.core.svnnature">
svn/repo/music-application/trunk,music-application"/>
svn/repo/music-db/trunk,music-db"/>
svn/repo/music-web/trunk,music-web"/>
</provider>
</psf>
Импортируйте набор командных проектов, чтобы оформить несколько проектов в вашем рабочем пространстве
Теперь самое интересное. Чтобы импортировать набор командных проектов (TPS), начните с любого рабочего пространства (обычно пустого) и выберите « Файл»> «Импорт»> «Команда»> «Набор командных проектов» . Выберите файл TPS, который кто-то любезно экспортировал для вас, а затем подождите, пока Eclipse сделает все свое волшебство.
Заметки:
- Если в вашей рабочей области есть существующий проект, имя которого совпадает с проектом в TPS, Eclipse предложит вам перезаписать проект. Я всегда выбираю « Нет для всех» , так как перезапись проекта будет означать, что вы потеряете все внесенные в него изменения. Но если у вас есть желание начать с нуля, тогда вы можете выбрать Да .
- При импорте также создается ссылка на репозиторий в репозиториях SVN, поэтому вам не нужно этого делать. Если он уже существует, он не будет дублировать его, а будет повторно использовать существующее соединение.
- Процесс может занять некоторое время, в зависимости от количества проектов в TPS и скорости ваших проверок репо. Вы можете запустить импорт в фоновом режиме (как я это делал в видео), что дает вам возможность использовать Eclipse во время импорта. В противном случае, возьмите немного кофе и подождите, пока он закончит оформление заказа.
Ответ: Вы можете обнаружить, что Eclipse 3.4 и ниже может фактически создавать соединение с репозиторием для проекта, если репозиторий не существовал заранее, что не идеально. Чтобы решить эту проблему, создайте начальный корень репозитория, который будет использоваться проектами, а затем выполните импорт TPS. Эта проблема была исправлена в 3.5
Управление набором командных проектов и работа с филиалами
Я бы порекомендовал проверить набор командного проекта в вашем репозитории и создать версии / пометить его вместе с остальной частью вашего кода. С каждым выпуском вы можете добавлять / удалять проекты и, следовательно, обновлять TPS, поэтому важно, чтобы TPS соответствовал тому, как выглядит репозиторий в тот момент.
Поскольку проекты добавляются / удаляются с каждым выпуском, у вас есть 3 возможности:
- Воссоздайте TPS из существующего рабочего пространства. То же, что и шаги, описанные выше, но это означает, что тому, кто выполняет экспорт, необходимо поддерживать рабочее пространство в актуальном состоянии, чтобы отразить текущую структуру проекта.
- Измените существующий TPS с новым / удаленным проектом: это влечет за собой добавление / удаление записи из файла PSF. Не много обслуживания, но кто-то должен помнить, чтобы сделать это.
- Автоматически создавать / обновлять TPS: вы можете написать скрипт, который каким-то образом обновляет TPS, чтобы отразить новую структуру репо. Например, если вы разрабатываете приложение Eclipse RCP, PDE Build предоставляет файл карты, который можно использовать в качестве входных данных для создания файла PSF.
Если вы хотите оформить ветку, отличную от ствола, просто откройте файл PSF и выполните поиск / замену ствола с вашим именем ветки. Вы также можете представить автоматизированный процесс как часть ваших сценариев сборки / выпуска, чтобы обновить TPS с правильной веткой и автоматически включить его обратно, но это действительно необязательно.