Не знаю про 1C, но похоже вы себе не представляете сколько ресурсов бросил SAP на устранение колоссального технического отставания. Да, ABAP пока что не собирается на пенсию, но он тоже обновляется минимум два раза в год.
Как программист могу одно сказать: когда человек тупит на фейсбуке — он не работает. Вот и я сейчас не работаю. Можно рассказывать это всем вокруг, но я надеюсь парни сами в это не верят.
Возможно необходимость наличия интерпретатора php на машине разработчика?
Да к тому же разместить скрипт на сервере банально проще. Если хакнут пароль, то положить сервер конечно не составит никакого труда(
Правильно я понимаю, что лучшим решением будет размещение на продакшн-сервере скрипта, который (запросив логин и пароль конечно) будет делать чекаут и апдейт из репозитория?
Но если изменений достаточно много, то получается, что ведущий программист или начальник будут тратить на этот простой труд немалую чать своего времени.
Я не понял :( Старался, честно, но не понял.
Тоесть мы делаем ветку и в ней лежит последняя стабильная версия? А как программист сможет инициировать заливку её содержимого на продакшн?
Ну а загрузка из TRUNK на продакшн проходит исключительно по расписанию?
Просто хотелось бы дать возможность программистам самим делать апдейт на продакшн, причём желательно чтобы этот апдейт происходил только из репозитория, иначе всё-равно появятся исправления "по живому" и тп.
В данный момент используем posc-commit хук, на котором производится update на на document_root апача, установленного на dev-сервере. Делать каждый раз update на production признали нецелесообразным. Нужно ввести какой-то логический момент или вообще как-то с другой стороны взглянуть =\
Честно говоря, не понял как rsync может помочь автоматизировать работу? Да и нагрузка боюсь излишняя будет на production'е
Есть мнение, что раз при рассылке после commit скрипт знает, какие файлы были обновлены, то он может каким-то образом узнать ещё и текст комментария, и в зависимости от него произвести какое-то действие. Пока больше в эту сторону смотрим.
Да к тому же разместить скрипт на сервере банально проще. Если хакнут пароль, то положить сервер конечно не составит никакого труда(
Тоесть мы делаем ветку и в ней лежит последняя стабильная версия? А как программист сможет инициировать заливку её содержимого на продакшн?
Просто хотелось бы дать возможность программистам самим делать апдейт на продакшн, причём желательно чтобы этот апдейт происходил только из репозитория, иначе всё-равно появятся исправления "по живому" и тп.
Есть мнение, что раз при рассылке после commit скрипт знает, какие файлы были обновлены, то он может каким-то образом узнать ещё и текст комментария, и в зависимости от него произвести какое-то действие. Пока больше в эту сторону смотрим.