GIT.PHP в 1С-Битрикс

Алексей Мостовой, просто не забывайте, есть же ещё административные разделы, компоненты и т.п. Их тоже иногда правят на сайте. Но не через публичку, как правило. Их тоже хочется держать под контролем.

Про поправил, проверил закоммитил. Я же не против! Я только ЗА. Описанный в статье коллег метод повесить агент и коммитить КАЖДОЕ изменение мне кажется... спорным. У меня есть редактора, которые по 10 раз правят 1 страницу. Каждый раз по чуть-чуть. Дерево коммитов распухнет до неприличия.
Давайте тогда попробуем проработать сценарий.

Вот пожалуй самый адский вариант:

• Я захожу с публичку и правлю от 1 до Х страниц (тексты, мета теги и свойства, параметры компонентов).
  
• Ещё я правлю отсюда же шаблон/result_modifier/component_epilog/style/script...
  
• Естественно у меня многосайтовость, поэтому публичка - это репозитории А1...An, local - репозиторий B, а /bitrix/ - репозиторий C (а значит я внёс изменения уже в 2-3 разных репозитория), а ещё могут быть субмодули...
  
• Помимо меня на сайте работают редактора контента. Они тоже поправили файлы публички (другие). Но у них прав на работу с GIT нет. Наверное их правки надо закоммитить, но отдельно от моих.
  

Боюсь последствия таких правок из панели инструментов в публичке не решить (если вы представляете как, буду рад идеям, а лучше готовым решениям, благо исходный код модуля открыт для Pull_Request'ов).

Хотя если я 1, поправил контакты и хочу тут же закоммитить правку, то действительно можно было бы в публичке сделать 3 кнопки в панели инструментов... Вот только... Не случится ли эксцесс, если кто-т опривыкнет к таким случаям, а потом попадёт в ситуацию, описанную выше?