2010-10-14 3 views
2

Я новичок в SVN и пытаюсь найти структуру рабочего процесса/SVN для моей команды, которая настолько безболезненна, насколько это возможно.Обработка внешних зависимостей в репозитории SVN

В настоящее время у нас есть репо SVN для внутреннего использования, где мы храним код для проектов разработки. Кажется, что это работает хорошо, но становится сложно, когда проекты требуют использования внешних библиотек, которые также находятся под управлением версиями.

В настоящее время я запускаю скрипт bash для рекурсивного удаления .svn-файлов из этих внешних библиотек, чтобы добавить их в наш репо, но я уверен, что это не лучшая практика. Было бы неплохо иметь возможность обновления зависимостей (возможно, что-то вроде репо для проверки репо).

Любые предложения о том, как я могу улучшить этот процесс?

(BTW .. клиент SVN мы используем это версия. Мы хотели бы, чтобы избежать решений командной строки на основе, если это вообще возможно.)

ответ

3

Функции вы ищете называются «externals» , Это позволит вам «прикрепить» путь из внешнего репозитория SVN к вашему в определенном месте. Вы можете настроить его так, чтобы обновления рабочей копии вашего проекта также получили последний код из внешнего проекта, или вы можете заставить внешний проект оставаться на определенной ревизии, если вы хотите большего контроля.

Большинство клиентов, которых я использовал, поддерживают эту функцию, хотя я не могу говорить о версиях.

Как альтернатива, а не проверка внешнего проекта с помощью SVN, считали ли вы загрузку исходного архива конкретной версии проекта?

+0

Это именно то, что я искал, спасибо. Извините мое невежество, но какое преимущество есть в исходном tarball над проверкой проекта из репо? – findzen

+0

@findzen Если вы хотите, чтобы у вас была точная версия, выпущенная проектом (например, 1.8.0), и вы не видите, что вы очень часто обновляете обновления, это может быть проще, чем настройка svn: external property , На самом деле все, что подходит вашему вкусу. –

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