Я новичок в SVN и пытаюсь найти структуру рабочего процесса/SVN для моей команды, которая настолько безболезненна, насколько это возможно.Обработка внешних зависимостей в репозитории SVN
В настоящее время у нас есть репо SVN для внутреннего использования, где мы храним код для проектов разработки. Кажется, что это работает хорошо, но становится сложно, когда проекты требуют использования внешних библиотек, которые также находятся под управлением версиями.
В настоящее время я запускаю скрипт bash для рекурсивного удаления .svn-файлов из этих внешних библиотек, чтобы добавить их в наш репо, но я уверен, что это не лучшая практика. Было бы неплохо иметь возможность обновления зависимостей (возможно, что-то вроде репо для проверки репо).
Любые предложения о том, как я могу улучшить этот процесс?
(BTW .. клиент SVN мы используем это версия. Мы хотели бы, чтобы избежать решений командной строки на основе, если это вообще возможно.)
Это именно то, что я искал, спасибо. Извините мое невежество, но какое преимущество есть в исходном tarball над проверкой проекта из репо? – findzen
@findzen Если вы хотите, чтобы у вас была точная версия, выпущенная проектом (например, 1.8.0), и вы не видите, что вы очень часто обновляете обновления, это может быть проще, чем настройка svn: external property , На самом деле все, что подходит вашему вкусу. –