RTC с Eclipse: желательно ли хранить код в полностью настроенном проекте Eclipse?
Недавно моя проектная группа купила кодовую базу C / C ++ у подрядчика, который не использует Eclipse. В основном большой / SRC Дерево, организованное для сборки с помощью Autotools, с несколькими сценариями сборки верхнего уровня, маскирующими некоторые сложности Autotools.
Разработчики из нашей проектной команды сумели настроить код в Eclipse (Luna) как проект Autotools … но в настоящее время вызывает сожаление то, что когда мы начинаем работать с этим кодом, проект CM также переходит на Jazz / RTC 5 (Формальный процесс, а не Agile) из ClearCase / ClearQuest.
Никто из нас не знает, должен ли код идти в репозиторий RTC в форме полностью настроенного проекта Eclipse, готового для использования разработчиками.
Как разработчик я читаю, что должен: если это не так, когда я загружаю код в рабочую область своего репозитория, я должен начать с добавления новых файлов .project, .cproject и .autotools «за кулисами» в добраться до проекта, который определяет необходимые мне пути включения, позволяет анализировать код C / C ++ и (надеюсь) может быть заново настроен для сборки Autotools из Eclipse. Это также означает, что когда я возвращаю наборы изменений назад, вероятно, придется использовать множество подверженных ошибкам обходных путей, чтобы избежать доставки специфичных для проекта настроек, которые не являются частью кодовой базы, как это задумано CM. Прямо сейчас, это проводится как можно ближе к поставляемому (не затмеваемому) пакету подрядчика.
Я надеюсь, что кто-нибудь может сказать мне, если это является стандартная практика при использовании RTC с Eclipse, для настройки своего кода в RTC в форме полностью настроенных, готовых к использованию проектов Eclipse. Язык, используемый в статьях, которые я нахожу, подсказывает это, например, говоря о «Найти и загрузить». Проекты Eclipse«, но ничего, что я вижу, не делает это явным.
Решение
в том, что любой может сказать мне, если это стандартная практика при использовании RTC с Eclipse, чтобы настроить свой код в RTC в форме полностью настроенных, готовых к использованию проектов Eclipse.
Это стандарт для любого инструмента контроля версий.
Увидеть «Должен ли я хранить файлы моего проекта под контролем версий?» или же «.classpath а также .project — проверить контроль версий или нет?».
РТК просто предлагают создать .project просто для ссылки на файлы компонента в рабочей области Eclipse (как удобство, для облегчения исследования файла данного компонента RTC).
Но это отдельно от того, чтобы иметь полноценный .project, со многими дополнительными настройками, настроенными там.
Другие решения
Я не держу определенные файлы IDE под контролем версий.
У вас в основном есть проект autotools, так что я делаю с этим все исходники автоинструмент файлы (autogen.sh, configure.ac, Automake.am) под управлением версиями.
У меня также есть пара скриптов для настройки Autotools в разных базовых конфигурациях (configure-debug.sh, configure-release.sh).
Тогда каждый разработчик просто запускает сценарии, которые производят Makefiles,
Теперь они могут использовать любой IDE они хотят, основываясь на Makefiles, Каждый разработчик должен уметь работать с Makefile по крайней мере.
В Eclipse я создаю неуправляемый проект в стиле «Makefile» и подключаю Makefiles тот Autotools производит.
Но проект не связан с затмением, он связан с любой средой, которая работает Autotools. Разработчики могут использовать все, что угодно IDE они предпочитают.