Estou trabalhando para implementar o Gitlab na minha empresa com uma estratégia de fluxo de trabalho. Minha ideia é que os desenvolvedores tenham acesso aos repositórios, mas, sempre que tentarem confirmar, seu código deverá ser revisado.
Eu sei que posso fazê-los criar uma ramificação antes de confirmar e, em seguida, criar uma solicitação de mesclagem depois que ela é enviada para o repositório. Ainda não estou claro sobre certas coisas ... A idéia de que confiamos nas pessoas para criar uma ramificação e, em seguida, uma solicitação de mesclagem parece defeituosa, existe uma solução que força algum tipo de política que a ramificação mestre pode manter-se limpa, a menos que " admin "aprova o código que está prestes a mesclar nele. Eu li o "fluxo de trabalho da equipe do github", mas ele não parece oferecer uma solução viável. Qualquer conselho sobre o processo ou suas próprias práticas recomendadas é apreciado. Obrigado!
"The idea that we rely on people to create a branch and then a merge request seems faulty"Parece-me que você tem um problema maior do que a falta de recursos em um sistema de controle de versão. Se é apenas uma questão de gastar o tempo extra criando uma filial, dê uma olhada no Atlassian Stash e sua integração com o Jira.Respostas:
Comecei a trabalhar com o gitlab, lendo a seção HELP fornece um layout de fluxo de trabalho. Neste ponto, essa parece ser a melhor solução para minha pergunta. Se alguém tiver experiência com esse fluxo de trabalho ou conselho, adicione outras informações.
Na seção AJUDA:
Fluxo de trabalho
git clone [email protected]:project-name.gitgit checkout -b $feature_namegit commit -am "My feature is ready"git push origin $feature_nameNa seção de confirmações do seu repositório, você pode proteger as ramificações, o que força os desenvolvedores a seguir o processo acima, criando uma ramificação e enviando uma solicitação de mesclagem.
fonte