Por padrão, qualquer pull request pode sofrer merge a qualquer momento, a menos que o branch head esteja em conflito com o branch base. Você pode optar por aplicar restrições sobre como um pull request é mesclado no seu repositório.
Os proprietários de repositório e as pessoas com permissões de administrador para um repositório podem impor determinados fluxos de trabalho ou requisitos, antes que um colaborador possa fazer merge em seu repositório criando regras de branch protegido.
Você pode criar uma regra de branch em um repositório para um branch específico, todos os branches, ou qualquer branch que corresponda a um padrão de nomenclatura especificado com a sintaxe fnmatch. Por exemplo, para exigir que qualquer branch que contenha a palavra versão
tenha pelo menos duas revisões de pull request antes do merge, você pode criar uma regra de branch para *versão*
. Para obter mais informações, consulte "Configurar branches protegidos."
Priorização de regras de branches protegidos
Se um repositório tiver várias regras de branch protegido que afetem os mesmos branches, as regras que incluírem um nome de branch específico terão a prioridade mais alta. Se houver mais de uma regra de branch protegido que faça referência ao mesmo nome de branch específico, a regra de branch criada primeiro terá a prioridade mais alta.
As regras de branch protegido que mencionam um caractere especial, como *
, ?
ou ]
, são aplicadas na ordem em que foram criadas, de modo que as regras mais antigas com esses caracteres têm uma prioridade mais alta.
Configurações de proteção de branch
Ao criar uma regra de proteção de branch em um repositório, os colaboradores não podem fazer push forçado no branch protegido ou excluir o branch. Você pode habilitar outras configurações de proteção de branch. Para obter informações, consulte "Definir a possibilidade de mesclagem de pull requests".