2011-03-28 2 views
0

Наша компания может перейти из CVS в Subversion в ближайшее время. Это вызвало у нас проблему, которую я пытаюсь решить.Свойства проекта, потерянные при внешнем оформлении заказа

Для CVS и Eclipse мы смогли использовать командные файлы командного проекта для сбора различных модулей и проверки их вместе (http://vpms.de.csc.com/projectset/). Это упростило управление проектами, поскольку не нужно было запоминать каждый модуль в проекте.

Однако проектные наборы не поддерживают SVN. Я знаю, что для SVN есть свойство «внешних», которое делает приблизительно (или возможно точно) одно и то же. Я попробовал это. Теперь, для проблемы:

Когда я использую свойство externals и проверяю 2 модуля в eclipse, их свойства проекта C/C++ теряются, поэтому я не могу щелкнуть их правой кнопкой мыши, чтобы сказать «проект сборки» или «чистый проект» ». Они кажутся Eclipse, чтобы быть папками с файлами в них.

Что-то я здесь не хватает?

EDIT Когда я проверяю каждый модуль отдельно, они проверяют, как проекты, поэтому они имеют отдельные .project/.cproject/настройки вещи

ответ

0

В случае, если кто нуждается в этом, вот что я нашел:

http://vpms.de.csc.com/projectset/

&

http://www.polarion.org/index.php?page=download&project=subversive

ИЛИ

http://www.giniality.com/old/update/projectset/

для интеграции Subversion + Project Set.

Нет необходимости разорвать ваш проект. Когда у вас есть интегрированные плагины, установленные в Eclipse, все, что вам нужно сделать, это изменить исходный код с сервера CVS на SVN.

+0

К тем, кто ответил: спасибо! – Sagar

1

Вы забыли поместить метаданные проекта Eclipse, в исходные система контроля. Убедитесь, что все файлы, начинающиеся с '.' в корне проекта вносите его вместе со всем содержимым каталога .settings.

+0

Я не проверял их. Я проверил весь проект. Я не игнорировал их или удалял их, прежде чем проверять их. Когда я проверяю модули отдельно, они проверяют как проекты, которые сообщают мне .project /.Файлы cproject находятся там. – Sagar

1

Subversion externals просто позволяет вам брать файлы из одной части репозитория и вносить их под папку в локальной проверке. В моей последней компании у нас был исходный каталог java, который назывался «commonSrc», который был SVN External для основного каталога «src» другого проекта, но в проекте, в который он был внесен, он просто действовал как другая папка (поскольку вы испытываете).

Мне никогда не нравился этот метод и не рекомендовал бы его, если у вас нет только одного/двух модулей.

Чтобы выполнить то, что вы пытаетесь сделать с SVN, вам может потребоваться отдельно проверить каждый проект и использовать «Свойства модуля» в свойствах проекта для создания правильных зависимостей в Eclipse. Возможно, вы сможете зафиксировать эти файлы проекта, чтобы следующий человек не мог повторно связать их.

+0

К сожалению, число больше похоже на 15-20, что делает проверку каждого отдельного модуля неудобной, неэффективной и в основном болью: \ – Sagar

+0

Что делать, если вы использовали внешние ссылки для проверки одной папки, содержащей внешние 15-20 проектов, но вне Eclipse? Затем вы можете сделать Eclipse «Импорт существующих проектов» и выполнить поиск в выпадающем каталоге и найти все проекты (при условии, что они выгружены с их файлами .project) –

Смежные вопросы