Sei que já existem muitas perguntas sobre esse tópico, mas tive problemas para encontrar exatamente o que preciso.

Somos uma pequena equipe de desenvolvedores atualmente usando o SVN, mas em breve estaremos mudando para o Git. Estamos acostumados a verificar alterações e enviar para o site ao vivo ao longo do dia, mas atualmente não temos procedimentos formais de teste, o que gostaríamos de adicionar. A maneira como estou acostumado a fazer isso com o SVN é:

desenvolver em um ambiente de teste pessoalverifique suas alteraçõesenvie os arquivos do repositório atual para um servidor da web global (semelhante à produção) e testeenvie os arquivos do repositório atual para os servidores da web ao vivo

Obviamente, isso pode criar alguns problemas, principalmente se a comunicação não for boa. Eu experimentei momentos em que mudanças não testadas foram lançadas e isso é algo que definitivamente gostaríamos de evitar.

O que estou imaginando é um repositório Git mestre que contém o código testado que está sendo executado nos servidores ativos. Em seguida, tenha um clone desse repositório que é usado para testar revisões. Eu gostaria de ter um script que seja responsável por extrair alterações do desenvolvedor solicitante, colocá-las em uma ramificação no repositório de testes e executar alguns testes automatizados para garantir que nada importante seja quebrado. Quando tudo termina, essa ramificação pode ser mesclada e enviada ao mestre e aos servidores ativos.

Gostaria de ouvir comentários sobre esse possível fluxo de trabalho e sugestões de aprimoramento ou como fazê-lo de maneira diferente. Além disso, todos os detalhes sobre como configurar isso também serão apreciados. Obrigado!

Edição: Eu já usei o método acima há um tempo e funcionou muito bem.