У меня есть структура папок для проекта в репозитории svn, как показано ниже
-> исполняемый файл
/trunk/proj_A
/trunk/proj_A/src
/trunk/proj_A/inc
/trunk/proj_A/build/win32/vs
/trunk/proj_A/build/win32/eclipse
/trunk/proj_A/build/linux
/trunk/proj_A/x_extern/ -> /trunk/proj_B, /trunk/proj_C, ...
-> Библиотеки следуют структуре папок как
/trunk/proj_B
/trunk/proj_B/src
/trunk/proj_B/inc
/trunk/proj_B/build/win32/vs
/trunk/proj_B/build/win32/eclipse
/trunk/proj_B/build/linux
До сих пор я использовал Visual Studio IDE для сборки проекта и поддержки файлов IDE в папке build / win32 / vs в репозитории.src, inc для кода, папка сборки для хранения связанных с IDE файлов или make-файлов на основе платформы.
Visual Studio - это то, что нужно для отрисовки отдельной линии между иерархией папок IDE для построения и реальной иерархией файловой системы для контроля версий(продиктовано структурой папок репозитория), что сделало жизнь проще.
Я пытаюсь перейти на затмение IDE с теми же ожиданиями в отношении контроля версий и иерархии папок IDE.Но все мои усилия заблокированы из-за следующих двух проблем:
- Файлы, связанные с IDE eclipse, такие как .project, .cproject, .settings, не могут быть расположены ни в одной другой подпапке, кроме корневой.
- Если подпапка (build / win32 / eclipse) сохраняется в качестве корня проекта, а другие папки (../../../src, ../../../inc) доступны с использованием связанных папок,тогда eclipse не идентифицирует содержимое связанной папки как контролируемую версией.
Из-за двух проблем я не могу использовать eclipse IDE так же, как я поддерживал файлы, связанные с IDE, в моем управлении версиями простым способом.
Итак, мои вопросы
Являются ли две вышеуказанные проблемы ограничениями Eclipse IDE?Если нет, какой выход?
Любые другие рекомендации по переходу на затмение без кардинального изменения структуры папок в моем репозитории и совместном использовании файлов IDE для восстановления?Возможно ли это?