Как вы храните зависимости вашей программы и проверяете развертывание элементов в вашем SCC?

Question

Я перехожу из Visual Source Safe в SVN, поэтому, пожалуйста, прости мое невежество. Я просматривал эту ссылку , в которой рассказывается о лучших практиках в SVN. И что-то кажется мне очень странным.

Копии сторонних программных проектов или зависимостей в SVN недопустимы

Что ??? Как команда City должна построить мой проект, если я не сохраню зависимости в SVN ?? Как новые разработчики могут построить за один шаг? Где можно сохранить некоторые зависимости моих тестов (например, подпапку теста в моем проекте, которая содержит необработанные данные).

Я где-то упускаю важную концепцию?

Answer 1

Я бы не согласился с этим утверждением. Мы храним сторонние dll в нашем репозитории, чтобы сервер сборки мог компилировать проекты без необходимости установки SDK или другого программного обеспечения.

Answer 2

Это «хорошие практики» для университета Квинсленда. Прочитав этот документ, вы обнаружите, что у них есть квота на свои репозитории. Вероятно, поэтому им не нужны сторонние бинарные файлы в репозитории. Это и, возможно, из-за проблем с лицензией (в конце концов, это университет, который, возможно, не позволит студентам использовать лицензированные библиотеки).

Для вашей компании вы можете создать свои собственные "хорошие / лучшие практики". Размещение сторонних библиотек в репозитории определенно разрешено, и в зависимости от ваших настроек даже требуется!

Некоторые компании даже помещают все инструменты разработки в репозиторий, чтобы гарантировать, что код может быть собран снова с тем же компилятором / ide. Но я бы не советовал - я бы предпочел хранить компиляторы / идентификаторы где-то еще, чем в репозитории.

Answer 3

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

Рекомендуется архивировать зависимости, инструменты и т. Д. По мере необходимости, чтобы при необходимости можно было воссоздать старую среду выпуска / сборки.