#c #eclipse #svn #svn-externals
#c #eclipse #svn #svn-внешние
Вопрос:
Наша компания, возможно, скоро перейдет с CVS на Subversion. Это привело к возникновению у нас проблемы, которую я пытаюсь решить.
Для CVS и Eclipse мы смогли использовать файлы набора командных проектов для сбора различных модулей и совместной проверки их (http://vpms.de.csc.com/projectset /). Это очень упростило управление проектами, поскольку не было необходимости запоминать каждый модуль в проекте.
Однако наборы проектов не поддерживают SVN. Я знаю, что для SVN существует свойство ‘externals’, которое делает примерно (или, возможно, точно) то же самое. Я попробовал это. Теперь о проблеме:
Когда я использую свойство externals и модули проверки 2 в eclipse, их свойства проекта C / C теряются, и поэтому я не могу щелкнуть по ним правой кнопкой мыши, чтобы сказать «построить проект» или «очистить проект». В Eclipse они выглядят как папки с файлами в них.
Есть ли что-то, чего мне здесь не хватает?
РЕДАКТИРОВАТЬ Когда я проверяю каждый модуль отдельно, они проверяются как проекты, поэтому у них есть отдельные файлы .project /.cproject / settings
Ответ №1:
Вы забыли поместить метаданные проекта Eclipse в свою систему управления версиями. Убедитесь, что все файлы, начинающиеся с ‘.’ в корне проекта, попадают туда вместе со всем содержимым каталога .settings.
Комментарии:
1. Я не проверял их. Я проверил весь проект. Я не игнорировал их и не удалял перед их проверкой. Когда я проверяю модули по отдельности, они проверяются как проекты, что говорит мне о наличии файлов .project /.cproject .
Ответ №2:
Subversion externals просто позволяет вам брать файлы из одной части репозитория и помещать их в папку в вашей локальной проверке. В моей последней компании у нас был исходный каталог Java с именем «commonSrc», который был внешним SVN для основного каталога «src» другого проекта, но в проекте, в который он был перенесен, он просто действовал как другая папка (как вы и испытываете).
Мне никогда по-настоящему не нравился этот метод, и я бы не рекомендовал его, если у вас нет только одного / двух модулей.
Чтобы сделать то, что вы пытаетесь сделать с SVN, вам, возможно, придется проверять каждый проект отдельно и использовать «Зависимости модуля» в свойствах проекта для создания надлежащих зависимостей в Eclipse. Возможно, вы сможете зафиксировать эти файлы проекта, чтобы следующему пользователю не пришлось повторно связывать их.
Комментарии:
1. К сожалению, их число больше похоже на 15-20, что делает проверку каждого отдельного модуля неудобной, неэффективной и в основном болезненной :
2. Что, если вы использовали внешние файлы для проверки одной папки, содержащей внешние 15-20 проектов, но за пределами Eclipse? Затем вы могли бы выполнить Eclipse «Импорт существующих проектов» и выполнить поиск в извлеченном каталоге и найти все проекты (при условии, что они извлечены с их файлами .project)
Ответ №3:
На случай, если кому-то это нужно, вот что я нашел:
http://vpms.de.csc.com/projectset/
amp;
http://www.polarion.org/index.php?page=downloadamp;project=subversive
или
http://www.giniality.com/old/update/projectset/
для интеграции Subversion Project Set.
Нет необходимости разбивать ваш набор проектов. После установки плагинов интеграции в Eclipse все, что вам нужно сделать, это изменить исходный код с сервера CVS на SVN.