Diretrizes de uso do Git Flow

Ao padronizar o processo de desenvolvimento, a qualidade e a estabilidade do código das filiais online podem ser rigorosamente controladas. Use um modelo de fluxo de trabalho maduro para tornar a colaboração em equipe mais tranquila.

Garanta a estabilidade do ambiente online padronizando o processo online (OP).

Regra 1: Antes de começar a trabalhar, crie uma ramificação de recurso a partir do mestre.

Crie uma ramificação de recurso, geralmente nomeada com um prefixo feature/, a partir da ramificação master que representa a versão lançada mais recente e, em seguida, confirme as alterações de código nesta ramificação. Em outras palavras, cada item de trabalho (pode ser concluído por uma pessoa ou por várias pessoas em colaboração) corresponde a uma ramificação de recursos e todas as modificações não podem ser enviadas diretamente à ramificação mestre.

Regra 2: Crie uma ramificação de lançamento mesclando ramificações de recursos.

Extraia uma nova ramificação da ramificação mestre e mescle todas as ramificações de recursos a serem integradas ou liberadas desta vez para obter a ramificação de lançamento. As ramificações de lançamento geralmente são nomeadas com o prefixo release/

Nota: Esta etapa requer a confirmação do conteúdo deste comunicado e do documento de gerenciamento da versão do itinerário. Depois que as ramificações forem mescladas, uma etapa de revisão de código pode ser adicionada nesta etapa para evitar cruzamento funcional e problemas de alinhamento online. ​​​​​​​

Use Merge Request para definir revisores .

Regra 3: Após publicar no ambiente formal online, mescle o branch de lançamento correspondente ao branch master, adicione uma tag ao branch master e exclua o branch de recurso associado ao branch de lançamento.

Para evitar o acúmulo de um grande número de ramificações de recursos históricos no repositório de código, algumas ramificações de recursos que já foram lançadas também devem ser limpas. Se você quiser voltar às versões históricas, basta encontrar a tag de versão correspondente no branch master.

​​​​​​​​​​​​

Acho que você gosta

Origin blog.csdn.net/yezuiqingxin/article/details/120366907
Recomendado
Clasificación