Это может быть сделано, но автоматически продвижение каждого передавать производственному веб-сайту является не всегда хорошей идеей. Иногда существуют другие изменения, которые должны продвинуться, и повреждение сайта, потому что новый код там, но схема базы данных не была обновлена, все же просто смущающее.
Что я склонен делать, вместо этого, делают контроль сервера копией svn, затем, после того как я готов со всем остальным, что должно произойти, я делаю обновление svn на нем.
Но если Вы действительно хотели, можно поместить команды в триггер постфиксации, который сделает все автоматически для Вас. Это могло включать запущение скрипта миграции в сервер (если Вы существуете для этого изменения), для заботы о любых изменениях некода, которые должны произойти.
Я думаю, что реальный , всеобъемлющий вопрос, который вы должны задать себе - который вы, возможно, уже задавали себе, конечно, - это: «как я могу проще всего протестировать мой код перед его развертыванием? "
Я думаю, что хорошим ответом будет установка Apache на вашем компьютере для разработки и запуск его от имени вашего собственного пользователя, используя корневой каталог и / или путь cgi в / home / richardhenry / src / mywebsite
(или где бы вы ни читали свой код).
Таким образом, вы можете протестировать свой код даже без фиксации. В результате вы не будете засорять свой багажник сломанными или бесполезными коммитами. В общем, сохранение независимости независимых вещей обычно является хорошей идеей (TM).
В качестве альтернативы, синхронизируйте веб-сервер с вашим рабочим каталогом с помощью rsync, или напишите сценарий, который отправляет ваши файлы из окна разработчика на промежуточный сервер и добавляет правило Makefile, которое запускает ваш сценарий (или вызывает rsync). Если вы хотите быть действительно фантастическим, используйте inotify или другой монитор уведомлений о файлах для автоматического запуска вашего скрипта.