Не знаю про 1C, но похоже вы себе не представляете сколько ресурсов бросил SAP на устранение колоссального технического отставания. Да, ABAP пока что не собирается на пенсию, но он тоже обновляется минимум два раза в год.

ну и потолок вдвойне важен в опенспейсах, потому что он хоть чуть-чуть, но поглощает шум.

Как программист могу одно сказать: когда человек тупит на фейсбуке — он не работает. Вот и я сейчас не работаю. Можно рассказывать это всем вокруг, но я надеюсь парни сами в это не верят.

Да, пока что так и сделали, правда ещё до прочтения комментария, но всё же спасибо ;)

Возможно необходимость наличия интерпретатора php на машине разработчика?
Да к тому же разместить скрипт на сервере банально проще. Если хакнут пароль, то положить сервер конечно не составит никакого труда(

продакшн сервер является клиентом для дев-сервера? я не прав?

Правильно я понимаю, что лучшим решением будет размещение на продакшн-сервере скрипта, который (запросив логин и пароль конечно) будет делать чекаут и апдейт из репозитория?

Но если изменений достаточно много, то получается, что ведущий программист или начальник будут тратить на этот простой труд немалую чать своего времени.

Я не понял :( Старался, честно, но не понял.
Тоесть мы делаем ветку и в ней лежит последняя стабильная версия? А как программист сможет инициировать заливку её содержимого на продакшн?

Ну а загрузка из TRUNK на продакшн проходит исключительно по расписанию?
Просто хотелось бы дать возможность программистам самим делать апдейт на продакшн, причём желательно чтобы этот апдейт происходил только из репозитория, иначе всё-равно появятся исправления "по живому" и тп.

Любое исправление багов стараемся сразу заливать на продакшн. Ввиду действительно большого числа сайтов - это происходит по несколько раз в день((

В данный момент используем posc-commit хук, на котором производится update на на document_root апача, установленного на dev-сервере. Делать каждый раз update на production признали нецелесообразным. Нужно ввести какой-то логический момент или вообще как-то с другой стороны взглянуть =\

делать его придётся вручную или есть какие-то более интересные способы?

Честно говоря, не понял как rsync может помочь автоматизировать работу? Да и нагрузка боюсь излишняя будет на production'е

Есть мнение, что раз при рассылке после commit скрипт знает, какие файлы были обновлены, то он может каким-то образом узнать ещё и текст комментария, и в зависимости от него произвести какое-то действие. Пока больше в эту сторону смотрим.