Настройка SVN в ретроспективе в производственной системе

Question

У меня есть производственная среда, которая была развернута с использованием tarball до того, как транк Subversion стал доступен.

Теперь, когда он запущен и работает, я все еще хочу иметь доступный svn, чтобы я мог немедленно зафиксировать любые сделанные изменения. Поскольку проект svn был создан, ничего не изменилось.

Возможно ли это без нарушения работы производственной платформы, например, безопасно ли использовать svn co --force https:svn.hostname.com без случайного убийства чего-либо?

Answer 1

НЕ создавайте свою рабочую копию в производстве. Оформление заказа должно производиться в отдельной среде разработки, а развертывание в рабочей среде должно осуществляться только при желании (обычно через svn export проверенной версии).

Answer 2

Я бы вообще отказался от использования SCM на своих производственных коробках.

Мое предпочтительное решение - запускать проверенную среду автоматической сборки / тестирования на арене разработки и генерировать отслеживаемые проверенные артефакты сборки (например, .jar файлы) для передачи в производство.

Я не собираюсь заваливать производственные боксы длительными сборками или безудержными тестами. Я могу строить как и когда захочу, не нарушая отзывчивость рабочего сервера. Мои артефакты построены последовательно в изолированной песочнице сборки. Поскольку сборки автоматизированы, маловероятно, что две сборки будут выполняться по-разному (я считаю, что любое вмешательство человека может привести к некоторой потенциальной неопределенности).