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

Question

У меня есть существующий веб-сайт, который использует одну и ту же кодовую базу, но развернут в различных конфигурациях на разных серверах. Каждая конфигурация имеет набор пользователей, и они могут загружать личные файлы. Файлы хранятся в каталоге «загруженные файлы» на каждом сервере, и этот каталог находится рядом с кодом, который запускает сайт.

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

Итак, имея в виду, как я могу использовать Subversion в свете этой ситуации?

Answer 1

Не проверяйте это так, что вы ничего не можете перезаписать. Для файлов config.ini и тому подобного вы можете сохранить в своем хранилище версию шаблона с другим именем (например, config.ini.tmpl), которая не будет перезаписывать реальный файл.

Добавьте папку / файлы в свой svn ignore, чтобы вы не зарегистрировали их случайно.

Рекомендуется также экспортировать в новую папку, затем выполнить быстрое редактирование mv или httpd.conf, перезапустить apache, чтобы сразу перейти на новую версию. Если вы сделаете это, вы можете скопировать загружаемые файлы и / или сохранить старую версию в качестве резервной копии на случай, если что-то пойдет не так с вашим развертыванием или новой версией кода.

Answer 2

Вот метод, который я в итоге использовал:

Я проверил все на сервере разработки, включая пользовательские файлы там. Это позволяет проверить весь сервер разработки, чтобы у всех был один и тот же пакет кода.

Затем для серверов, отличных от dev-сервера, я копирую пользовательские файлы, которые были на сервере, делаю чистую проверку, «отсоединяю» каталог с пользовательскими файлами, обновляя этот каталог до версии и удаляя это из Рабочей копии, а затем копирование исходных файлов с этого сервера обратно.

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

Кроме того, для конфигурационных файлов мы добавили .template к этому небольшому количеству файлов.

Answer 3

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