Temos uma estratégia semelhante agora e estamos nos afastando dela, exatamente por causa do seu ponto 3) acima.
Situação em que um programador também é responsável por lançamentos parece muito legal e simples, conveniente e rápido, mas se você se preocupa com a estabilidade do sistema e a responsabilidade, ele rapidamente se transforma em um pesadelo, pois incentiva hacks rápidos ("noone" tem que saber, aqui, nós consertamos isso rapidamente, como se nunca tivesse acontecido ") e desencoraja a documentação apropriada (" mas todo mundo sabe disso "). Revisão por pares? Fuhghehtaboutit;)
Tudo o que você terá com esse sistema é uma luta perpétua entre administradores de sistema e programadores, confie em mim, eu estava lá há pouco tempo.
O único caminho para um sistema estável e bem documentado é que todas as etapas necessárias para uma versão são documentadas, roteirizadas e testadas com a maior freqüência possível, de preferência os sistemas de teste devem ser automaticamente reconstruídos todos os dias. Uma vez que você esteja nesse estágio, qualquer um pode executar os scripts e fazer o lançamento, e não deve ser ele quem os escreveu, já que ele não tem interesse em relatar suas próprias omissões.