Esta seção descreve algumas das terminologias usadas no restante deste documento.
Embora o code slush não seja um congelamento mandatório da árvore, a Equipe de Engenharia de Release do FreeBSD solicita que resoluções dos bugs existentes no código tenham prioridade sobre implementação de novos recursos.
O code slush não impõe aprovações de confirmação para o Branch.
O code freeze marca o momento em que todos os commits para a branch exigem aprovação explícita da Equipe de Engenharia de Release do FreeBSD.
O repositório Subversion do FreeBSD contém vários ganchos para executar verificações de integridade antes que qualquer commit seja realmente confirmado na árvore. Um desses ganchos avaliará se o comprometimento com uma branch específica requer aprovação específica.
Para impor aprovações de commit pela Equipe de Engenharia de Release do FreeBSD, o Engenheiro de Release atualiza o base/svnadmin/conf/approvers
, e aplica a mudança de volta para o repositório. Feito isso, qualquer alteração na branch deve incluir uma linha “Aprovado por:” na mensagem de commit.
A linha “Aprovada por:” deve corresponder à segunda coluna em base/svnadmin/conf/aprovovers
, caso contrário, o commit será rejeitado pelos hooks do repositório.
Durante o code freeze, os committers do FreeBSD devem seguir as Recomendações de Requisição de Mudanças.
A estabilidade de KBI/KPI implica que o caller (que faz uma chamada) de uma função através de duas versões diferentes de software que implementam a função, resulta no mesmo estado final. O caller, seja um processo, thread ou função, espera que a função opere de uma determinada maneira, caso contrário, a estabilidade do KBI/KPI na branch é interrompida.
All FreeBSD documents are available for download at https://download.freebsd.org/ftp/doc/
Questions that are not answered by the
documentation may be
sent to <freebsd-questions@FreeBSD.org>.
Send questions about this document to <freebsd-doc@FreeBSD.org>.