Ответ

Maxx 19.10.2013 12:47

Но если архитектуру переделывать не хочешь

Не то чтобы не хочу - это просто очень трудозатрано, а в условиях, когда довольно большие части кода в виде подсистем написаны не тобой - вообще практически невозможно. Ну по крайней мере в нашем случае. В итоге из-за периодических uncimpatible-версий парсера - приходится иметь зоопарк его версий, с разными .htaccess. В этот раз правда и так не получится, т.к. изменение затрагивает не столько сам код, сколько одно из базовых свойств функционирования парсера. В принципе найти все классы и вписать в них partial - это решение, хотя, имхо, некрасивое.

«правильный» и удобный инструмент — система контроля версий

Инструмент правильный, но если делать ветку в том же проекте на той же машине - то грабли случатся те же самые. Более того, при мердже в основную ветку уйдет лишний код в виде $.replace(true|false), который там не нужен при штатной работе.

Тестировать на продакшн сервере, а не девелоперской машине приходится. Т.к. например в СМЭВ IP-адреса и порты сервисов жестко привязываются у них там, и с другой машины не потестируешь взаимодействие

---