Index: head/pt_BR.ISO8859-1/articles/Makefile =================================================================== --- head/pt_BR.ISO8859-1/articles/Makefile (revision 52288) +++ head/pt_BR.ISO8859-1/articles/Makefile (revision 52289) @@ -1,43 +1,44 @@ # # The FreeBSD Documentation Project # The FreeBSD Brazilian Portuguese Documentation Project # # $FreeBSD$ SUBDIR = SUBDIR+= bsdl-gpl SUBDIR+= building-products SUBDIR+= contributing SUBDIR+= contributors SUBDIR+= cups SUBDIR+= explaining-bsd SUBDIR+= filtering-bridges SUBDIR+= fonts SUBDIR+= freebsd-questions +SUBDIR+= freebsd-releng SUBDIR+= freebsd-update-server SUBDIR+= geom-class SUBDIR+= gjournal-desktop SUBDIR+= hubs SUBDIR+= ipsec-must SUBDIR+= ldap-auth SUBDIR+= leap-seconds SUBDIR+= linux-emulation SUBDIR+= linux-users SUBDIR+= mailing-list-faq SUBDIR+= nanobsd SUBDIR+= new-users SUBDIR+= pam SUBDIR+= pgpkeys SUBDIR+= port-mentor-guidelines SUBDIR+= pr-guidelines SUBDIR+= problem-reports SUBDIR+= rc-scripting SUBDIR+= releng SUBDIR+= remote-install SUBDIR+= serial-uart SUBDIR+= solid-state SUBDIR+= vinum SUBDIR+= vm-design DOC_PREFIX?= ${.CURDIR}/../.. .include "${DOC_PREFIX}/share/mk/doc.project.mk" Index: head/pt_BR.ISO8859-1/articles/freebsd-releng/Makefile =================================================================== --- head/pt_BR.ISO8859-1/articles/freebsd-releng/Makefile (nonexistent) +++ head/pt_BR.ISO8859-1/articles/freebsd-releng/Makefile (revision 52289) @@ -0,0 +1,24 @@ +# +# The FreeBSD Documentation Project +# The FreeBSD Brazilian Portuguese Documentation Project +# +# $FreeBSD$ +# +# Article: FreeBSD Releng + +MAINTAINER=ebrandi@FreeBSD.org + +DOC?= article + +FORMATS?= html html-split +WITH_ARTICLE_TOC?= YES + +INSTALL_COMPRESSED?= gz +INSTALL_ONLY_COMPRESSED?= + +SRCS= article.xml + +URL_RELPREFIX?= ../../../.. +DOC_PREFIX?= ${.CURDIR}/../../.. + +.include "${DOC_PREFIX}/share/mk/doc.project.mk" Property changes on: head/pt_BR.ISO8859-1/articles/freebsd-releng/Makefile ___________________________________________________________________ Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Index: head/pt_BR.ISO8859-1/articles/freebsd-releng/article.xml =================================================================== --- head/pt_BR.ISO8859-1/articles/freebsd-releng/article.xml (nonexistent) +++ head/pt_BR.ISO8859-1/articles/freebsd-releng/article.xml (revision 52289) @@ -0,0 +1,970 @@ + + + + + + + +head/"> +stable/"> +stable/11/"> +releng/"> +releng/11.0/"> +release/11.0.0/"> +11.0"> + + + + + + +]> +
+ + + Engenharia de Release do FreeBSD + + + Glen Barber The FreeBSD Foundation
gjb@FreeBSD.org
 + + + + FreeBSD is a registered trademark of the FreeBSD Foundation. + Intel, Celeron, Centrino, Core, EtherExpress, i386, i486, Itanium, Pentium, and Xeon are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. + Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this document, and the FreeBSD Project was aware of the trademark claim, the designations have been followed by the ™ or the ® symbol. + + + $FreeBSD$ + + + Este artigo descreve o processo por trás do modelo de engenharia de release adotado pelo Projeto FreeBSD. + + + + + Introdução ao Processo de Engenharia de Release do FreeBSD + + O desenvolvimento do FreeBSD segue um fluxo muito específico. Em geral, todas as mudanças no sistema base do FreeBSD são feitas em uma branch chamada head/, a qual reflete o topo da árvore de código fonte. + + Após um período razoável de testes, as alterações podem ser fundidas na branch stable/. O período de tempo mínimo padrão antes da fusão das alterações na branch stable/ é de três (3) dias. + + Embora seja uma regra geral esperar pelo menos três (3) dias antes de fundir o código produzido na branch head/, existem algumas circunstâncias especiais em que uma fusão imediata pode ser necessária, tal como uma correção de segurança crítica ou uma correção de bug que inibe diretamente o processo de compilação de uma release. + + Após vários meses, quando o número de mudanças na branch stable/ cresceu significativamente, é hora de lançar a próxima versão do FreeBSD. Essas versões foram historicamente chamadas de point releases. + + Entre as versões das branches stable/, aproximadamente a cada dois (2) anos, uma nova versão é criada vinda diretamente da branch head/. Essas versões foram historicamente chamadas de versões dot-zero. + + Este artigo irá destacar o fluxo de trabalho e as responsabilidades da Equipe de Engenharia de Release do FreeBSD para ambas as versões dot-zero e point release. + + As seções a seguir deste artigo descrevem: + + + + + + + Informações gerais e preparativos antes de iniciar o ciclo de release. + + + + + + + + Alterações na Página Web Durante o Ciclo de Release + + + + + + + + Terminologia e informações gerais, como code slush e code freeze, usadas por todo este documento. + + + + + + + + O processo de Engenharia de Release para uma versão dot-zero. + + + + + + + + O processo de Engenharia de Release para uma versão point release. + + + + + + + + Informações relacionadas aos procedimentos específicos para construir o meio de instalação. + + + + + + + + Procedimentos para publicar um meio de instalação. + + + + + + + + Encerrando o ciclo de release. + + + + + + + Informação Geral e Preparativos + + Aproximadamente dois meses antes do início do ciclo de vida de uma nova versão, a Equipe de Engenharia de Release do FreeBSD decide sobre um cronograma para o seu lançamento. A programação inclui os vários milestones do ciclo de release, como datas de congelamento, datas para as branches e datas para compilação do código. Por exemplo: + + + + + + Milestone + Data prevista + + + + + + pré congelanto da head/: + 27 de maio de 2016 + + + + Congelamento da head/: + 10 de junho de 2016 + + + + Congelamento de KBI da head/: + 24 de junho de 2016 + + + + Pré congelamento da árvore doc/ [1]: + 24 de junho de 2016 + + + + Branch trimestral dos ports [2]: + 1º de julho de 2016 + + + + Branch stable/11/: + 8 de julho de 2016 + + + + Aplicação da tag na árvore doc/ [3]: + 8 de julho de 2016 + + + + Começa a compilação da fase BETA1: + 8 de julho de 2016 + + + + Descongelamento da branch head/: + 9 de julho de 2016 + + + + Começa a compilação da fase BETA2: + 15 de julho de 2016 + + + + Começa a compilação da fase BETA3 [*]: + 22 de julho de 2016 + + + + branch releng/11.0/: + 29 de julho de 2016 + + + + A compilação da fase RC1 é iniciada: + 29 de julho de 2016 + + + + Descongelamento da branch stable/11/: + 30 de julho de 2016 + + + + Começa a compilação da fase RC2: + 5 de agosto de 2016 + + + + Última compilação dos ports [4]: + 6 de agosto de 2016 + + + + Aplicação da tag na árvore dos ports: + 12 de agosto de 2016 + + + + compilação da fase RC3 [*]: + 12 de agosto de 2016 + + + + início de compilação da RELEASE: + 19 de agosto de 2016 + + + + Anúncio da RELEASE: + 2 de setembro de 2016 + + + + + + + Itens marcados com "[*]" identificam passos executados apenas "conforme necessário". + + + + + O pré congelamento da árvore doc é coordenado pela Equipe de Engenharia de Documentação do FreeBSD. + + + + A branch trimestral da árvore da coleção de ports é determinada quando a compilação final da fase RC é planejada. Uma nova branch trimestral é criada no primeiro dia do trimestre, portanto, essa métrica deve ser usada ao considerar os marcos do ciclo de release. Uma branch trimestral é criada pela Equipe de Gerenciamento de Ports do FreeBSD. + + + + A árvore doc é recebe a tag da Equipe de Engenharia de Documentação do FreeBSD. + + + + A compilação final dos pacotes é feita pela Equipe de Gerenciamento de Ports do FreeBSD após a compilação final (ou o que é esperada ser a final) de uma fase RC. + + + + + Se a versão RELEASE estiver sendo criada a partir de uma branch stable existente, a data de congelamento do KBI poderá ser excluída, já que o KBI já está congelado em branchs stable. + + + Ao escrever o cronograma do ciclo de versões, várias coisas precisam ser levadas em consideração, em particular os milestones nos quais a data alvo depende de milestones pré-definidos sobre os quais existe uma dependência. Por exemplo, a aplicação da tag de release da Coleção de Ports é originada da branch trimestral ativa no momento da última fase do RC. Isso em parte define qual branch trimestral é usada, quando a aplicação da tag pode acontecer e qual revisão da árvore de ports é usada para a construção final de uma RELEASE. + + Depois de um acordo geral sobre o cronograma, a Equipe de Engenharia de Release do FreeBSD envia e-mails para os desenvolvedores do FreeBSD. + + É normal que muitos desenvolvedores informem a Equipe de Engenharia de Release do FreeBSD sobre vários trabalhos em andamento. Em alguns casos, uma extensão para o trabalho em andamento será solicitada e, em outros casos, uma solicitação para uma aprovação geral para um subconjunto específico da árvore será feita. + + Quando tais solicitações são feitas, é importante certificar-se de que os cronogramas (mesmo que estimados) sejam discutidos. Para as aprovações gerais, o período de tempo para a aprovação geral deve ser claro. Por exemplo, um desenvolvedor do FreeBSD pode solicitar aprovações gerais desde o início do code slush até o início da construção da primeira RC. + + + Para manter o controle das aprovações gerais, a Equipe de Engenharia de Release do FreeBSD usa um repositório interno para manter um registro de tais solicitações, que define a área na qual uma aprovação geral foi concedida, o(s) autor(es), quando a aprovação geral expira e a razão pela qual a aprovação foi concedida. Um exemplo disso é a concessão de uma aprovação geral na release/doc/ a todos os membros da Equipe de Engenharia de Release do FreeBSD até o RC final para atualizar as notas de lançamento e outras documentação relacionada ao lançamento. + + + + A Equipe de Engenharia de Release do FreeBSD também usa este repositório para rastrear solicitações de aprovação pendentes que são recebidas antes de iniciar várias compilações durante o ciclo de release, que o Engenheiro de Release especifica o período de corte com um email para os desenvolvedores do FreeBSD. + + + Dependendo do conjunto de código subjacente em questão, e do impacto geral que o conjunto de código tem no FreeBSD como um todo, tais solicitações podem ser aprovadas ou negadas pela Equipe de Engenharia de Release do FreeBSD. + + O mesmo se aplica às extensões de trabalho em andamento. Por exemplo, o trabalho em andamento para um novo driver de dispositivo que de outra forma é isolado do restante da árvore pode receber uma extensão. Um novo scheduler, no entanto, pode não ser viável, especialmente se tais mudanças dramáticas não existirem em outra branch. + + O cronograma também é adicionado ao site do projeto, no repositório doc, em head/en_US.ISO8859-1/htdocs/releases/11.0R/schedule.xml. Este arquivo é continuamente atualizado conforme o ciclo progride. + + + Na maioria dos casos, o schedule.xml pode ser copiado de uma versão anterior e atualizado de acordo. + + + Além de adicionar o schedule.xml ao site, o head/share/xml/navibar.ent e o head/share/xml/release.ent também são atualizados para adicionar o link para o cronograma em várias subpáginas, bem como para habilitar o link para o cronograma na página principal do website do projeto. + + O cronograma também chamado a partir de head/en_US.ISO8859-1/htdocs/releng/index.xml. + + Aproximadamente um mês antes do code slush, a Equipe de Engenharia de Release do FreeBSD envia um email de lembrete para os desenvolvedores do FreeBSD. + + Uma vez que as primeiras compilações do ciclo de release estejam disponíveis, atualize a entidade beta.local.where em head/en_US.ISO8859-1/htdocs/releases/11.0R/schedule.xml. substituindo IGNORE por INCLUDE. + + + Se dois ciclos de lançamento paralelo estão acontecendo ao mesmo tempo, a entidade beta2.local.where pode ser usada no lugar. + + + + + + + Terminologia da Engenharia de Release + + Esta seção descreve algumas das terminologias usadas no restante deste documento. + + + O Code Slush + + 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 + + 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. + + + + + O <acronym>KBI</acronym> / Congelamento <acronym>KPI</acronym> + + 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. + + + + + + + Alterações na Página Web Durante o Ciclo de Release + + Esta seção descreve as alterações no site que devem ocorrer conforme o ciclo de lançamento progride. + + + Os arquivos especificados ao longo desta seção são relativos à branch head/ do repositório doc no Subversion. + + + + Alterações na Página Web Antes do Início do Ciclo de Release + + Quando o cronograma do ciclo de release está disponível, esses arquivos precisam ser atualizados para habilitar várias funcionalidades diferentes no site do Projeto FreeBSD: + + + + + + Arquivo para editar + O que mudar + + + + + + share/xml/release.ent + Altere beta.upcoming de IGNORE para INCLUDE + + + + share/xml/release.ent + Altere % beta.upcoming de IGNORE para INCLUDE + + + + share/xml/release.ent + Altere beta.testing de IGNORE para INCLUDE + + + + share/xml/release.ent + Altere % beta.testing de IGNORE para INCLUDE + + + + + + + + Alterações na página web durante a fase <literal>BETA</literal> ou <literal>RC</literal> + + Ao fazer a transição de PRERELEASE para BETA, esses arquivos precisam ser atualizados para ativar o bloco "Teste de ajuda" na página de download. Todos os arquivos são relativos ao head/ no repositório doc: + + + + + + Arquivo para editar + O que mudar + + + + + + en_US.ISO8859-1/htdocs/releases/11.0R/schedule.xml + Altere % beta.local.where IGNORE para INCLUDE + + + + share/xml/release.ent + Atualize % betarel.vers para BETA1 + + + + share/xml/news.xml + Adicione uma entrada anunciando a versão BETA + + + + + + Uma vez criada a branch releng/11.0/, os diversos documentos relacionados à release precisam ser gerados e adicionados manualmente ao repositório doc/. + + Dentro de release/doc, invoque make1 para gerar as páginas errata.html, hardware.html, readme.html e relnotes.html, que são então adicionadas ao diretório doc/head/en_US.ISO8859-1/htdocs/releases/XYR/, em que XY representa o número da versão principal e da versão secundária. + + O fbsd:nokeywords deve ser definido como on nos arquivos recém-adicionados para que os hooks de pré-commit permitam que eles sejam adicionados ao repositório. + + + + Mudanças nos ports durante as fases <literal>BETA</literal>, <literal>RC</literal>, e a versão <literal>RELEASE</literal> final + + Para cada compilação durante o ciclo de release, os arquivos MANIFEST contendo o SHA256 dos vários conjuntos de distribuição, como base.txz, kernel.txz, e assim por diante, são adicionados ao port misc/freebsd-release-manifests. Isso permite outros utilitários além do bsdinstall8, como ports-mgmt/poudriere, usem esses conjuntos de distribuição com segurança fornecendo um mecanismo através do qual os checksums possam ser verificados. + + + + + + + Versões oriundas da branch <literal>head/</literal> + + + Esta seção descreve os procedimentos gerais do ciclo de release do FreeBSD na branch head. + + + Compilações <quote><literal>ALPHA</literal></quote> do FreeBSD + + Tendo aparecido primeiramente durante o ciclo de release do FreeBSD 10.0-RELEASE, a noção de compilações de fases ALPHA foi introduzida. Ao contrário das compilações BETA e RC, as compilações desse novo estágio ALPHA não fazem parte do cronograma de Release do FreeBSD. + + A idéia por trás das compilações ALPHA é disponibilizar builds regulares fornecidas pelo FreeBSD antes da criação da branch stable/. + + Os snapshots ALPHA do FreeBSD devem ser preparados aproximadamente uma vez por semana. + + Para a primeira compilação ALPHA, o valor BRANCH em sys/conf/newvers.sh precisa ser alterado de CURRENT para ALPHA1. Para compilações ALPHA subsequentes, incremente cada valor de ALPHAN em um. + + Veja para informações sobre como construir as imagens ALPHA. + + + + Criando a branch <literal>stable/<replaceable>11</replaceable>/</literal> + + Ao criar a branch stable/, várias alterações são necessárias na nova branch stable/ e na branch head/. Os arquivos listados são relativos ao repositório raiz. Para criar a nova branch stable/11/ no Subversion: + + % svn cp ^/head stable/11/ + + Uma vez que a branch stable/11/ tenha sido criada, faça as seguintes edições: + + + + + + Arquivo para editar + O que mudar + + + + + + stable/11/UPDATING + Atualize a versão do FreeBSD e remova o aviso sobre WITNESS + + + + stable/11/contrib/jemalloc/include/jemalloc/jemalloc_FreeBSD.h + #ifndef MALLOC_PRODUCTION +#define MALLOC_PRODUCTION +#endif + + + + stable/11/sys/*/conf/GENERIC* + Remova o suporte de depuração + + + + stable/11/release/release.conf.sample + Atualize o SRCBRANCH + + + + stable/11/sys/*/conf/GENERIC-NODEBUG + Remova essas configurações do kernel + + + + stable/11/sys/conf/newvers.sh + Atualize o valor de BRANCH para refletir BETA1 + + + + + + Então, na branch head/, que agora se tornará uma nova versão principal: + + + + + + Arquivo para editar + O que mudar + + + + + + head/UPDATING + Atualize a versão do FreeBSD + + + + head/gnu/usr.bin/groff/tmac/mdoc.local.in + Adicione a nova versão do FreeBSD + + + + head/sys/conf/newvers.sh + Atualize o valor de BRANCH para refletir CURRENT e incremente a REVISION + + + + head/Makefile.inc1 + Atualize o TARGET_TRIPLE + + + + head/sys/sys/param.h + Atualize o __FreeBSD_version + + + + head/contrib/llvm/tools/clang/lib/Basic/Targets.cpp + Atualize o __FreeBSD_cc_version + + + + head/gnu/usr.bin/cc/cc_tools/freebsd-native.h + Atualize o FBSD_MAJOR e o FBSD_CC_VER + + + + head/contrib/gcc/config.gcc + Anexe a seção freebsd<versão>.h + + + + head/release/Makefile + Remova as entradas debug.witness.trace + + + + head/release/doc/en_US.ISO8859-1/readme/article.xml + Substitua &a.ccurrent; por &a.stable; + + + + head/release/doc/share/xml/release.ent + + + + ?> + + + head/lib/clang/clang.build.mk + Remova o comentário -DNDEBUG + + + + head/lib/clang/freebsd_cc_version.h + Atualize o FREEBSD_CC_VERSION + + + + + + + + + + + Release a partir da branch <literal>stable/</literal> + + Esta seção descreve os procedimentos gerais do ciclo de release do FreeBSD a partir de uma branch stable/. + + + Code Slush da branch <literal>stable</literal> do FreeBSD + + Na preparação para o code freeze em uma branch stable, vários arquivos precisam ser atualizados para refletir o ciclo de release que está oficialmente em andamento. Esses arquivos são todos relativos ao nível mais alto da branch stable: + + + + + + Arquivo para editar + O que mudar + + + + + + gnu/usr.bin/groff/tmac/mdoc.local.in + Adicione a nova versão do FreeBSD + + + + sys/conf/newvers.sh + Atualize o valor da BRANCH para refletir PRERELEASE + + + + Makefile.inc1 + Atualize o TARGET_TRIPLE + + + + + + + + Builds <literal>BETA</literal> do FreeBSD + + Após o code slush, a próxima fase do ciclo de release é o code freeze. Este é o ponto no qual todos os commits para a branch stable requerem aprovação explícita da Equipe de Engenharia de Release do FreeBSD. Isto é reforçado por hooks de pré-commit no repositório Subversion editando base/svnadmin/conf/approvers para incluir uma expressão regular que coincida com a branch stable/11/ para a versão: + + ^/stable/11/ re + + + Há duas exceções gerais para exigir aprovação de commit durante o ciclo de release. A primeira é qualquer alteração que precise ser "committed" pelo Engenheiro de Release para continuar com o fluxo de trabalho diário do ciclo de lançamento, e a outra são as correções de segurança que podem ocorrer durante o ciclo de lançamento. + + + Quando o code freeze estiver em vigor, a próxima construção da branch será rotulada como BETA1. Isso é feito atualizando o valor de BRANCH em sys/conf/newvers.sh de PRERELEASE para BETA1. + + Feito isso, o primeiro conjunto de builds BETA é iniciado. Builds BETA subseqüentes não requerem atualizações em nenhum arquivo diferente do sys/conf/newvers.sh, incrementando o número de compilação da versão BETA. + + + + Criando a branch <literal>releng/<replaceable>11.0</replaceable>/</literal> + + Quando a primeira construção RC (Release Candidate) está pronta para começar, a branch releng/ é criada. Este é um processo de várias etapas que deve ser feito em uma ordem específica, a fim de evitar anomalias, como sobreposições com valores de __ FreeBSD_version, por exemplo. Os caminhos listados abaixo são relativos ao repositório raiz. A ordem dos commits e o que mudar são: + + % svn cp ^/stable/11/ releng/11.0/ + + + + + + Arquivo para editar + O que mudar + + + + + + releng/11.0/sys/conf/newvers.sh + Altere BETAX para RC1 + + + + releng/11.0/sys/sys/param.h + Atualize o __ FreeBSD_version + + + + releng/11.0/etc/pkg/FreeBSD.conf + Substitua latest por quarterly (trimestral) como a localização padrão do repositório de pacotes + + + + releng/11.0/release/pkg_repos/release-dvd.conf + Substitua latest por quarterly (trimestral) como a localização padrão do repositório de pacotes + + + + stable/11/sys/conf/newvers.sh + Atualize BETAX para PRERELEASE + + + + stable/11/sys/sys/param.h + Atualize o __ FreeBSD_version + + + + svnadmin/conf/approvers + Adicione uma nova linha de aprovadores para a branch releng como foi feito para a branch stable + + + + + + % svn propdel -R svn:mergeinfo releng/11.0/ +% svn commit releng/11.0/ +% svn commit stable/11/ + + Agora que existem dois novos valores de __ FreeBSD_version, também atualize head/pt_BR.ISO8859-1/books/porters-handbook/versions/chapter.xml no repositório do Projeto de Documentação. + + Depois que a primeira compilação de um RC estiver concluída e testada, a branch stable/ pode ser descongelada removendo (ou comentando) a entrada ^/stable/11/ em svnadmin/conf/approvers. + + Seguindo a disponibilidade do primeiro RC, o Time Bugmeister do FreeBSD deve ser avisado por e-mail para adicionar o novo FreeBSD -RELEASE às versões disponíveis no menu drop-down exibido no rastreador de bugs. + + + + + + + Construindo a Mídia de Instalação do FreeBSD + + Esta seção descreve os procedimentos gerais de produção de snapshots e releases de desenvolvimento do FreeBSD. + + + Scripts para compilação de Releases + + Esta seção descreve os scripts de build usados ​​pela Equipe de Engenharia de Release do FreeBSD para produzir snapshots da versão em desenvolvimento e das releases + + + O script <filename>release.sh</filename> + + Antes do FreeBSD 9.0-RELEASE, o src/release/Makefile era atualizado para suportar o bsdinstall8, e o script src/release/generate-release.sh foi introduzido como um wrapper para automatizar a chamada dos targets release7. + + Antes do FreeBSD 9.2-RELEASE, foi introduzido o src/release/release.sh, que baseado fortemente em src/release/generate-release.sh incluía suporte para especificar arquivos de configuração para substituir várias opções e variáveis ​​de ambiente. O suporte para arquivos de configuração forneceu suporte para cross building (compilação para mais de uma arquitetura) de uma release para cada arquitetura, especificando um arquivo de configuração separado para cada chamada. + + Como um breve exemplo do uso de src/release/release.sh para construir uma única versão em /scratch: + + # /bin/sh /usr/src/release/release.sh + + Como um breve exemplo do uso de src/release/release.sh para construir uma única versão cross-build (entre arquiteturas) usando um diretório de destino diferente, crie um release.conf personalizado contendo: + + # release.sh configuration for powerpc/powerpc64 +CHROOTDIR="/scratch-powerpc64" +TARGET="powerpc" +TARGET_ARCH="powerpc64" +KERNEL="GENERIC64" + + Em seguida, invoque src/release/release.sh da seguinte forma: + + # /bin/sh /usr/src/release/release.sh -c $HOME/release.conf + + Veja release7 e src/release/release.conf.sample para mais detalhes e exemplos de uso. + + + + O Script Wrapper <filename>thermite.sh</filename> + + Para tornar o cross building do conjunto completo de arquiteturas suportadas em uma determinada branch mais rápido, mais fácil e reduzindo os fatores de erro humano, um script wrapper de apoio ao src/release/release.sh foi escrito para iterar pelas várias combinações de arquiteturas e chamar o script src/release/release.sh usando um arquivo de configuração específico para essa arquitetura. + + O script wrapper é chamado de thermite.sh, que está disponível no repositório Subversion do FreeBSD em svn://svn.freebsd.org/base/user/gjb/thermite/ , além dos arquivos de configuração usados ​​para construir os snapshots de desenvolvimento head/ e stable/11/. + + O uso do thermite.sh é explicado em e . + + Cada arquitetura e kernel individual tem seu próprio arquivo de configuração usado pelo release.sh. Cada branch tem sua própria configuração defaults-X.conf que contém entradas comuns em cada arquitetura, onde substituições ou variáveis ​​especiais são definidas e/ou substituídas nos arquivos por compilação. + + O esquema de nomenclatura do arquivo de configuração por compilação está na forma de ${revision}-${TARGET_ARCH}-${KERNCONF}-${type}.conf, em que as variáveis ​​em maiúsculas são equivalentes a que make1 usa no sistema de compilação e as variáveis ​​minúsculas são definidas nos arquivos de configuração, mapeando para a versão principal da respectiva branch. + + Cada branch também possui sua própria configuração builds-X.conf, que é usada pelo thermite.sh. O script thermite.sh itera através de cada valor ${revision}, ${TARGET_ARCH}, ${KERNCONF} e ${type}, criando uma lista principal do que construir. No entanto, uma determinada combinação da lista só será criada se o respectivo arquivo de configuração existir, que é onde o esquema de nomenclatura acima é relevante. + + Existem dois caminhos de fornecimento de arquivos: + + + + builds-11.conf -> main.conf + Isto controla o comportamento do thermite.sh + + + + 11-amd64-GENERIC-snap.conf -> defaults-11.conf -> main.conf + Isto controla o comportamento do release/release.sh dentro do chroot8 de compilação + + + + + Os arquivos de configuração builds-11.conf, defaults-11.conf, e main.conf existem para reduzir a repetição entre os vários arquivos por compilação. + + + + + + Construindo Snapshots de Desenvolvimento do FreeBSD + + As máquinas oficiais de compilação de versões têm um layout do sistema de arquivos específico, que utiliza ZFS, o thermite.sh tira grande proveito de clones e snapshots, garantindo um ambiente de compilação uniforme e consistente. + + The build scripts reside in /releng/scripts-snapshot/scripts + or /releng/scripts-release/scripts + respectively, to avoid collisions between an + RC build from a releng branch versus + a STABLE snapshot from the respective stable + branch. + + Existe um dataset (conjunto de dados) separado para as imagens finais de compilação, /snap/ftp. Este diretório contém diretórios de snapshots e releases. Eles são usados ​​apenas se a variável EVERYTHINGISFINE estiver definida em main.conf. + + + O nome da variável EVERYTHINGISFINE foi escolhido para evitar a colisão com uma variável possivelmente definida no ambiente do usuário, ativando acidentalmente o comportamento que depende de sua definição. + + + Como o thermite.sh percorre a lista principal de combinações e localiza o arquivo de configuração por compilação, um dataset ZFS é criado sob o /releng, tal como /releng/12-amd64-GENERIC-snap. O checkout das árvores src/, ports/ e doc/ é realizado em diferentes datasets ZFS, tal como /releng/12-src-snap, os quais são então clonados e montados nos respectivos datasets de compilação. Isso é feito para evitar a remoção de uma determinada árvore mais de uma vez. + + Assumindo esses caminhos do sistema de arquivos, o thermite.sh deveria ser chamado como: + + # cd /releng/scripts-snapshot/scripts +# ./setrev.sh -b stable/11/ +# ./zfs-setup.sh -c ./builds-11.conf +# ./thermite.sh -c ./builds-11.conf + + Quando as compilações forem concluídas, scripts adicionais auxiliares estarão disponíveis para gerar e-mails de snapshots de desenvolvimento que são enviados para a lista de e-mail freebsd-snapshots@freebsd.org: + + # cd /releng/scripts-snapshot/scripts +# ./get-checksums.sh -c ./builds-11.conf | ./generate-email.pl > snapshot-11-mail + + + A saída gerada deve ser checada duas vezes para garantir a exatidão, e o próprio e-mail deve ter assinatura PGP, in-line (no arquivo). + + + + Esses scripts auxiliares aplicam-se apenas às compilações de snapshot (versão instantânea) de desenvolvimento. Os anúncios durante o ciclo de lançamento (excluindo o anúncio de versão final) são criados a partir de um modelo de email. Uma amostra do modelo de email usado atualmente pode ser encontrada aqui. + + + + + Construindo Releases do FreeBSD + + Similar a compilação de snapshots de desenvolvimento do FreeBSD, o thermite.sh seria invocado da mesma maneira. A diferença entre snapshots de desenvolvimento e builds de releases, BETA e RC inclusos, é que os arquivos de configuração do chroot8 devem ser nomeados com release ao invés de snap no "type", como mencionado acima. + + Além disso, BUILDTYPE e types devem ser alterados de snap para release em defaults-11.conf e builds-11.conf, respectivamente. + + Ao construir o BETA, o RC, e o RELEASE final, também ajuste estaticamente o BUILDSVNREV para a revisão na branch refletindo a mudança de nome, BUILDDATE para a data em que as compilações são iniciadas no formato YYYYMMDD. Se as árvores doc/ e ports/ tiverem sido marcadas, defina também o PORTBRANCH e o DOCBRANCH para o caminho da tag relevante no repositório Subversion, substituindo HEAD pela última revisão alterada. Também defina releasesrc em builds-11.conf para a branch relevante, como stable/11/ ou releng/11.0/. + + Durante o ciclo de release, uma cópia do CHECKSUM.SHA512 e do CHECKSUM.SHA256 para cada arquitetura é armazenada no repositório interno da Equipe de Engenharia de Release do FreeBSD, além de ser incluída nos diversos e-mails de anúncio. Cada MANIFEST contendo os hashes do base.txz, do kernel.txz, etc. também são adicionados ao misc/freebsd-release-manifests na coleção de ports. + + Depois de construir a RELEASE final, a branch releng/11.0/ é marcada como release/11.0.0/ usando a revisão a partir da qual a RELEASE foi construída. Semelhante a criar as branches stable/11/ e releng/11.0/, isso é feito com svn cp. Do repositório raiz: + + % svn cp ^/releng/11.0/@r306420 release/11.0.0/ +% svn commit release/11.0.0/ + + + + + + + Publicando a Mídia de Instalação do FreeBSD nos Espelhos do Projeto + + Esta seção descreve o procedimento para publicar snapshots e releases de desenvolvimento do FreeBSD nos espelhos do Projeto. + + + Preparando Imagens de Mídias de Instalação do FreeBSD + + A preparação dos snapshots e das versões do FreeBSD é um processo de duas partes: + + + + Criando a estrutura de diretórios para corresponder a hierarquia em ftp-master + + Se EVERYTHINGISFINE for definido nos arquivos de configuração de compilação, main.conf no caso dos scripts de compilação mencionados acima, isto acontece automaticamente no chroot8 após a compilação ser concluída, criando a estrutura de diretório em ${DESTDIR}/R/ftp-stage com um estrutura de caminho que corresponde ao que é esperado em ftp-master. Isto é equivalente a executar o seguinte diretamente no chroot 8: + + # make -C /usr/src/release -f Makefile.mirrors EVERYTHINGISFINE=1 ftp-stage + + Depois que cada arquitetura é compilada, o thermite.sh irá fazer um rsync do ${DESTDIR}/R/ftp-stage da compilação chroot8 para o diretório /snap/ftp/snapshots ou /snap/ftp/releases no host de compilação, respectivamente. + + + + Copiando os arquivos para um diretório temporário em ftp-master antes de mover os arquivos para pub/ para iniciar a propagação para os servidores espelhos do Projeto + + Uma vez que todas as compilações terminarem, /snap/ftp/snapshots, ou /snap/ftp/releases para uma versão, é pesquisado pelo ftp-master usando rsync para /archive/tmp/snapshots ou /archive/tmp/releases, respectivamente. + + + No ftp-master na infraestrutura do Projeto FreeBSD, esta etapa requer acesso ao nível de root, já que esta etapa deve ser executada como o usuário archive. + + + + + + + Publicando a Mídia de Instalação do FreeBSD + + Uma vez que as imagens são colocadas em /archive/tmp/, elas estão prontas para serem publicadas colocando-as em /archive/pub/FreeBSD. Para reduzir o tempo de propagação, o pax1 é usado para criar links físicos a partir de /archive/tmp para /archive/pub/FreeBSD. + + + Para que isto seja efetivo, tanto o /archive/tmp quanto o /archive/pub devem residir no mesmo sistema de arquivos lógico. + + + Há uma ressalva, no entanto, em que o rsync deve ser usado após o pax1 para corrigir os links simbólicos no pub/FreeBSD/snapshots/ISO-IMAGES que o pax1 irá substituir por um hard link, aumentando o tempo de propagação. + + + Assim como nas etapas de preparação, isto requer acesso em nível de root, já que essa etapa deve ser executada como o usuário archive. + + + Como o usuário archive: + + % cd /archive/tmp/snapshots +% pax -r -w -l . /archive/pub/FreeBSD/snapshots +% /usr/local/bin/rsync -avH /archive/tmp/snapshots/* /archive/pub/FreeBSD/snapshots/ + + Substitua os snapshots por releases conforme apropriado. + + + + + + Encerrando o Ciclo de Release + + Esta seção descreve as tarefas gerais de pós-release. + + + Avisos de Erratas de Pós-Release + + A medida que o ciclo de release se aproxima da conclusão, é comum ter vários candidatos a EN (Aviso de Erratas) para abordar os problemas que foram descobertos ao final do ciclo. Após o lançamento, a Equipe de Engenharia de Release do FreeBSD e a Equipe de Segurança do FreeBSD reveem mudanças que não foram aprovadas antes da versão final, e dependendo do escopo da mudança em questão, podem emitir um EN. + + + O processo atual de emissão de ENs é tratado pela Equipe de Segurança do FreeBSD. + + + + + Entrega para a Equipe de Segurança do FreeBSD + + Aproximadamente duas semanas após o lançamento, o Engenheiro de Release atualiza svnadmin/conf/approvers alterando a coluna do aprovador de re para (so|security-officer) para a branch releng/11.0/. + + + +
Property changes on: head/pt_BR.ISO8859-1/articles/freebsd-releng/article.xml ___________________________________________________________________ Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/xml; charset=UTF-8 \ No newline at end of property Index: head/pt_BR.ISO8859-1/articles/freebsd-releng/pt_BR.po =================================================================== --- head/pt_BR.ISO8859-1/articles/freebsd-releng/pt_BR.po (nonexistent) +++ head/pt_BR.ISO8859-1/articles/freebsd-releng/pt_BR.po (revision 52289) @@ -0,0 +1,2540 @@ +# $FreeBSD$ +# André Franciosi , 2018. #zanata +# Danilo G. Baio , 2018. #zanata +# Edson Brandi , 2018. #zanata +# Silvio Ap Silva , 2018. #zanata +# Vinicius Zavam , 2018. #zanata +# Lucas Andrade , 2018. #zanata +msgid "" +msgstr "" +"Project-Id-Version: PACKAGE VERSION\n" +"POT-Creation-Date: 2018-09-22 14:30+0000\n" +"PO-Revision-Date: 2018-09-22 02:22+0000\n" +"Last-Translator: Edson Brandi \n" +"Language-Team: \n" +"Language: pt_BR\n" +"MIME-Version: 1.0\n" +"Content-Type: text/plain; charset=UTF-8\n" +"Content-Transfer-Encoding: 8bit\n" +"X-Generator: Zanata 4.6.2\n" +"Plural-Forms: nplurals=2; plural=(n != 1)\n" + +#. Put one translator per line, in the form NAME , YEAR1, YEAR2 +msgctxt "_" +msgid "translator-credits" +msgstr "" +"Danilo G. Baio, dbaio@FreeBSD.org, 2018\n" +"Edson Brandi, ebrandi@FreeBSD.org, 2018\n" +"Lucas Andrade, slucasandrade@protonmail.ch, 2018\n" +"André Franciosi, andre@franciosi.org, 2018\n" +"Vinícius Zavam, egypcio@googlemail.com, 2018\n" +"Silvio Ap Silva, contato@kanazuchi.com, 2018" + +#. (itstool) path: info/title +#: article.translate.xml:26 +msgid "FreeBSD Release Engineering" +msgstr "Engenharia de Release do FreeBSD" + +#. (itstool) path: affiliation/address +#: article.translate.xml:37 +#, no-wrap +msgid "gjb@FreeBSD.org" +msgstr "gjb@FreeBSD.org" + +#. (itstool) path: authorgroup/author +#: article.translate.xml:29 +msgid "" +" Glen Barber The FreeBSD Foundation <_:address-1/> " +msgstr "" +" Glen Barber The FreeBSD Foundation <_:address-1/> " + +#. (itstool) path: legalnotice/para +#: article.translate.xml:43 +msgid "FreeBSD is a registered trademark of the FreeBSD Foundation." +msgstr "FreeBSD is a registered trademark of the FreeBSD Foundation." + +#. (itstool) path: legalnotice/para +#: article.translate.xml:45 +msgid "" +"Intel, Celeron, Centrino, Core, EtherExpress, i386, i486, Itanium, Pentium, " +"and Xeon are trademarks or registered trademarks of Intel Corporation or its " +"subsidiaries in the United States and other countries." +msgstr "" +"Intel, Celeron, Centrino, Core, EtherExpress, i386, i486, Itanium, Pentium, " +"and Xeon are trademarks or registered trademarks of Intel Corporation or its " +"subsidiaries in the United States and other countries." + +#. (itstool) path: legalnotice/para +#: article.translate.xml:49 +msgid "" +"Many of the designations used by manufacturers and sellers to distinguish " +"their products are claimed as trademarks. Where those designations appear in " +"this document, and the FreeBSD Project was aware of the trademark claim, the " +"designations have been followed by the ™ or the ® symbol." +msgstr "" +"Many of the designations used by manufacturers and sellers to distinguish " +"their products are claimed as trademarks. Where those designations appear in " +"this document, and the FreeBSD Project was aware of the trademark claim, the " +"designations have been followed by the ™ or the ® symbol." + +#. (itstool) path: info/pubdate +#: article.translate.xml:57 +msgid "" +"$FreeBSD: head/en_US.ISO8859-1/articles/freebsd-releng/article.xml 51087 " +"2017-10-09 15:42:45Z gjb $" +msgstr "$FreeBSD$" + +#. (itstool) path: abstract/para +#: article.translate.xml:60 +msgid "" +"This article describes the release engineering process of the " +"FreeBSD Project." +msgstr "" +"Este artigo descreve o processo por trás do modelo de engenharia de release " +"adotado pelo Projeto FreeBSD." + +#. (itstool) path: sect1/title +#: article.translate.xml:66 +msgid "Introduction to the FreeBSD Release Engineering Process" +msgstr "Introdução ao Processo de Engenharia de Release do FreeBSD" + +#. (itstool) path: sect1/para +#: article.translate.xml:69 +msgid "" +"Development of FreeBSD has a very specific workflow. In general, all changes " +"to the FreeBSD base system are committed to the head/ " +"branch, which reflects the top of the source tree." +msgstr "" +"O desenvolvimento do FreeBSD segue um fluxo muito específico. Em geral, " +"todas as mudanças no sistema base do FreeBSD são feitas em uma branch " +"chamada head/, a qual reflete o topo da árvore de código " +"fonte." + +#. (itstool) path: sect1/para +#: article.translate.xml:74 +msgid "" +"After a reasonable testing period, changes can then be merged to the " +"stable/ branches. The default minimum timeframe before " +"merging to stable/ branches is three (3) days." +msgstr "" +"Após um período razoável de testes, as alterações podem ser fundidas na " +"branch stable/. O período de tempo mínimo padrão antes da " +"fusão das alterações na branch stable/ é de três (3) dias." + +#. (itstool) path: sect1/para +#: article.translate.xml:79 +msgid "" +"Although a general rule to wait a minimum of three days before merging from " +"head/, there are a few special circumstances where an " +"immediate merge may be necessary, such as a critical security fix, or a bug " +"fix that directly inhibits the release build process." +msgstr "" +"Embora seja uma regra geral esperar pelo menos três (3) dias antes de fundir " +"o código produzido na branch head/, existem algumas " +"circunstâncias especiais em que uma fusão imediata pode ser necessária, tal " +"como uma correção de segurança crítica ou uma correção de bug que inibe " +"diretamente o processo de compilação de uma release." + +#. (itstool) path: sect1/para +#: article.translate.xml:85 +msgid "" +"After several months, and the number of changes in the stable/ branch have grown significantly, it is time to release the next " +"version of FreeBSD. These releases have been historically referred to as " +"point releases." +msgstr "" +"Após vários meses, quando o número de mudanças na branch stable/ cresceu significativamente, é hora de lançar a próxima versão do " +"FreeBSD. Essas versões foram historicamente chamadas de point " +"releases." + +#. (itstool) path: sect1/para +#: article.translate.xml:91 +msgid "" +"In between releases from the stable/ branches, " +"approximately every two (2) years, a release will be cut directly from " +"head/. These releases have been historically referred to " +"as dot-zero releases." +msgstr "" +"Entre as versões das branches stable/, aproximadamente a " +"cada dois (2) anos, uma nova versão é criada vinda diretamente da branch " +"head/. Essas versões foram historicamente chamadas de " +"versões dot-zero." + +#. (itstool) path: sect1/para +#: article.translate.xml:97 +msgid "" +"This article will highlight the workflow and responsibilities of the FreeBSD " +"Release Engineering Team for both dot-zero and point' releases." +msgstr "" +"Este artigo irá destacar o fluxo de trabalho e as responsabilidades da " +"Equipe de Engenharia de Release do FreeBSD para ambas as versões dot-" +"zero e point release." + +#. (itstool) path: sect1/para +#: article.translate.xml:102 +msgid "The following sections of this article describe:" +msgstr "As seções a seguir deste artigo descrevem:" + +#. (itstool) path: listitem/para +#: article.translate.xml:109 +msgid "General information and preparation before starting the release cycle." +msgstr "Informações gerais e preparativos antes de iniciar o ciclo de release." + +#. (itstool) path: listitem/para +#. (itstool) path: sect1/title +#: article.translate.xml:118 article.translate.xml:508 +msgid "Website Changes During the Release Cycle" +msgstr "Alterações na Página Web Durante o Ciclo de Release" + +#. (itstool) path: listitem/para +#: article.translate.xml:126 +msgid "" +"Terminology and general information, such as the code slush " +"and code freeze, used throughout this document." +msgstr "" +"Terminologia e informações gerais, como code slush e " +"code freeze, usadas por todo este documento." + +#. (itstool) path: listitem/para +#: article.translate.xml:136 +msgid "The Release Engineering process for a dot-zero release." +msgstr "" +"O processo de Engenharia de Release para uma versão dot-zero." + +#. (itstool) path: listitem/para +#: article.translate.xml:145 +msgid "The Release Engineering process for a point release." +msgstr "" +"O processo de Engenharia de Release para uma versão point release." + +#. (itstool) path: listitem/para +#: article.translate.xml:154 +msgid "" +"Information related to the specific procedures to build installation medium." +msgstr "" +"Informações relacionadas aos procedimentos específicos para construir o meio " +"de instalação." + +#. (itstool) path: listitem/para +#: article.translate.xml:163 +msgid "Procedures to publish installation medium." +msgstr "Procedimentos para publicar um meio de instalação." + +#. (itstool) path: listitem/para +#: article.translate.xml:171 +msgid "Wrapping up the release cycle." +msgstr "Encerrando o ciclo de release." + +#. (itstool) path: sect1/title +#: article.translate.xml:178 +msgid "General Information and Preparation" +msgstr "Informação Geral e Preparativos" + +#. (itstool) path: sect1/para +#: article.translate.xml:180 +msgid "" +"Approximately two months before the start of the release cycle, the FreeBSD " +"Release Engineering Team decides on a schedule for the release. The schedule " +"includes the various milestone points of the release cycle, such as freeze " +"dates, branch dates, and build dates. For example:" +msgstr "" +"Aproximadamente dois meses antes do início do ciclo de vida de uma nova " +"versão, a Equipe de Engenharia de Release do FreeBSD decide sobre um " +"cronograma para o seu lançamento. A programação inclui os vários milestones " +"do ciclo de release, como datas de congelamento, datas para as branches e " +"datas para compilação do código. Por exemplo:" + +#. (itstool) path: row/entry +#: article.translate.xml:190 +msgid "Milestone" +msgstr "Milestone" + +#. (itstool) path: row/entry +#: article.translate.xml:191 +msgid "Anticipated Date" +msgstr "Data prevista" + +#. (itstool) path: row/entry +#: article.translate.xml:197 +msgid "head/ slush:" +msgstr "pré congelanto da head/:" + +#. (itstool) path: row/entry +#: article.translate.xml:198 +msgid "May 27, 2016" +msgstr "27 de maio de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:202 +msgid "head/ freeze:" +msgstr "Congelamento da head/:" + +#. (itstool) path: row/entry +#: article.translate.xml:203 +msgid "June 10, 2016" +msgstr "10 de junho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:207 +msgid "head/ KBI freeze:" +msgstr "Congelamento de KBI da head/:" + +#. (itstool) path: row/entry +#: article.translate.xml:208 article.translate.xml:213 +msgid "June 24, 2016" +msgstr "24 de junho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:212 +msgid "doc/ tree slush [1]:" +msgstr "Pré congelamento da árvore doc/ [1]:" + +#. (itstool) path: row/entry +#: article.translate.xml:217 +msgid "Ports quarterly branch [2]:" +msgstr "Branch trimestral dos ports [2]:" + +#. (itstool) path: row/entry +#: article.translate.xml:218 +msgid "July 1, 2016" +msgstr "1º de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:222 +msgid "stable/11/ branch:" +msgstr "Branch stable/11/:" + +#. (itstool) path: row/entry +#: article.translate.xml:223 article.translate.xml:228 +#: article.translate.xml:233 +msgid "July 8, 2016" +msgstr "8 de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:227 +msgid "doc/ tree tag [3]:" +msgstr "Aplicação da tag na árvore doc/ [3]:" + +#. (itstool) path: row/entry +#: article.translate.xml:232 +msgid "BETA1 build starts:" +msgstr "Começa a compilação da fase BETA1:" + +#. (itstool) path: row/entry +#: article.translate.xml:237 +msgid "head/ thaw:" +msgstr "Descongelamento da branch head/:" + +#. (itstool) path: row/entry +#: article.translate.xml:238 +msgid "July 9, 2016" +msgstr "9 de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:242 +msgid "BETA2 build starts:" +msgstr "Começa a compilação da fase BETA2:" + +#. (itstool) path: row/entry +#: article.translate.xml:243 +msgid "July 15, 2016" +msgstr "15 de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:247 +msgid "BETA3 build starts [*]:" +msgstr "Começa a compilação da fase BETA3 [*]:" + +#. (itstool) path: row/entry +#: article.translate.xml:248 +msgid "July 22, 2016" +msgstr "22 de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:252 +msgid "releng/11.0/ branch:" +msgstr "branch releng/11.0/:" + +#. (itstool) path: row/entry +#: article.translate.xml:253 article.translate.xml:258 +msgid "July 29, 2016" +msgstr "29 de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:257 +msgid "RC1 build starts:" +msgstr "A compilação da fase RC1 é iniciada:" + +#. (itstool) path: row/entry +#: article.translate.xml:262 +msgid "stable/11/ thaw:" +msgstr "" +"Descongelamento da branch stable/11/:" + +#. (itstool) path: row/entry +#: article.translate.xml:263 +msgid "July 30, 2016" +msgstr "30 de julho de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:267 +msgid "RC2 build starts:" +msgstr "Começa a compilação da fase RC2:" + +#. (itstool) path: row/entry +#: article.translate.xml:268 +msgid "August 5, 2016" +msgstr "5 de agosto de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:272 +msgid "Final Ports package builds [4]:" +msgstr "Última compilação dos ports [4]:" + +#. (itstool) path: row/entry +#: article.translate.xml:273 +msgid "August 6, 2016" +msgstr "6 de agosto de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:277 +msgid "Ports release tag:" +msgstr "Aplicação da tag na árvore dos ports:" + +#. (itstool) path: row/entry +#: article.translate.xml:278 article.translate.xml:283 +msgid "August 12, 2016" +msgstr "12 de agosto de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:282 +msgid "RC3 build starts [*]:" +msgstr "compilação da fase RC3 [*]:" + +#. (itstool) path: row/entry +#: article.translate.xml:287 +msgid "RELEASE build starts:" +msgstr "início de compilação da RELEASE:" + +#. (itstool) path: row/entry +#: article.translate.xml:288 +msgid "August 19, 2016" +msgstr "19 de agosto de 2016" + +#. (itstool) path: row/entry +#: article.translate.xml:292 +msgid "RELEASE announcement:" +msgstr "Anúncio da RELEASE:" + +#. (itstool) path: row/entry +#: article.translate.xml:293 +msgid "September 2, 2016" +msgstr "2 de setembro de 2016" + +#. (itstool) path: note/para +#: article.translate.xml:300 +msgid "Items marked with \"[*]\" are \"as needed\"." +msgstr "" +"Itens marcados com \"[*]\" identificam passos executados apenas \"conforme " +"necessário\"." + +#. (itstool) path: listitem/para +#: article.translate.xml:306 +msgid "" +"The doc/ tree slush is coordinated by the FreeBSD " +"Documentation Engineering Team." +msgstr "" +"O pré congelamento da árvore doc é coordenado pela Equipe " +"de Engenharia de Documentação do FreeBSD." + +#. (itstool) path: listitem/para +#: article.translate.xml:311 +msgid "" +"The Ports quarterly branch used is determined by when the final RC build is planned. A new quarterly branch is created on the first " +"day of the quarter, so this metric should be used when taking the release " +"cycle milestones into account. The quarterly branch is created by the " +"FreeBSD Ports Management Team." +msgstr "" +"A branch trimestral da árvore da coleção de ports é determinada quando a " +"compilação final da fase RC é planejada. Uma nova branch " +"trimestral é criada no primeiro dia do trimestre, portanto, essa métrica " +"deve ser usada ao considerar os marcos do ciclo de release. Uma branch " +"trimestral é criada pela Equipe de Gerenciamento de Ports do FreeBSD." + +#. (itstool) path: listitem/para +#: article.translate.xml:320 +msgid "" +"The doc/ tree is tagged by the FreeBSD Documentation " +"Engineering Team." +msgstr "" +"A árvore doc é recebe a tag da Equipe de Engenharia de " +"Documentação do FreeBSD." + +#. (itstool) path: listitem/para +#: article.translate.xml:325 +msgid "" +"The final Ports package build is done by the FreeBSD Ports Management Team " +"after the final (or what is expected to be final) RC " +"build." +msgstr "" +"A compilação final dos pacotes é feita pela Equipe de Gerenciamento de Ports " +"do FreeBSD após a compilação final (ou o que é esperada ser a final) de uma " +"fase RC." + +#. (itstool) path: note/para +#: article.translate.xml:332 +msgid "" +"If the release is being created from an existing stable/ " +"branch, the KBI freeze date can be excluded, since the " +"KBI is already considered frozen on established " +"stable/ branches." +msgstr "" +"Se a versão RELEASE estiver sendo criada a partir de uma branch " +"stable existente, a data de congelamento do KBI poderá ser excluída, já que o KBI já está " +"congelado em branchs stable." + +#. (itstool) path: sect1/para +#: article.translate.xml:339 +msgid "" +"When writing the release cycle schedule, a number of things need to be taken " +"into consideration, in particular milestones where the target date depends " +"on predefined milestones upon which there is a dependency. For example, the " +"Ports Collection release tag originates from the active quarterly branch at " +"the time of the last RC. This in part defines which " +"quarterly branch is used, when the release tag can happen, and what revision " +"of the ports tree is used for the final RELEASE build." +msgstr "" +"Ao escrever o cronograma do ciclo de versões, várias coisas precisam ser " +"levadas em consideração, em particular os milestones nos quais a data alvo " +"depende de milestones pré-definidos sobre os quais existe uma dependência. " +"Por exemplo, a aplicação da tag de release da Coleção de Ports é originada " +"da branch trimestral ativa no momento da última fase do RC. Isso em parte define qual branch trimestral é usada, quando a " +"aplicação da tag pode acontecer e qual revisão da árvore de ports é usada " +"para a construção final de uma RELEASE." + +#. (itstool) path: sect1/para +#: article.translate.xml:349 +msgid "" +"After general agreement on the schedule, the FreeBSD Release Engineering " +"Team emails the schedule to the FreeBSD Developers." +msgstr "" +"Depois de um acordo geral sobre o cronograma, a Equipe de Engenharia de " +"Release do FreeBSD envia e-mails para os desenvolvedores do FreeBSD." + +#. (itstool) path: sect1/para +#: article.translate.xml:352 +msgid "" +"It is somewhat typical that many developers will inform the FreeBSD Release " +"Engineering Team about various works-in-progress. In some cases, an " +"extension for the in-progress work will be requested, and in other cases, a " +"request for blanket approval to a particular subset of the " +"tree will be made." +msgstr "" +"É normal que muitos desenvolvedores informem a Equipe de Engenharia de " +"Release do FreeBSD sobre vários trabalhos em andamento. Em alguns casos, uma " +"extensão para o trabalho em andamento será solicitada e, em outros casos, " +"uma solicitação para uma aprovação geral para um subconjunto " +"específico da árvore será feita." + +#. (itstool) path: sect1/para +#: article.translate.xml:358 +msgid "" +"When such requests are made, it is important to make sure timelines (even if " +"estimated) are discussed. For blanket approvals, the length of time for the " +"blanket approval should be made clear. For example, a FreeBSD developer may " +"request blanket approvals from the start of the code slush until the start " +"of the RC builds." +msgstr "" +"Quando tais solicitações são feitas, é importante certificar-se de que os " +"cronogramas (mesmo que estimados) sejam discutidos. Para as aprovações " +"gerais, o período de tempo para a aprovação geral deve ser claro. Por " +"exemplo, um desenvolvedor do FreeBSD pode solicitar aprovações gerais desde " +"o início do code slush até o início da construção da primeira RC." + +#. (itstool) path: note/para +#: article.translate.xml:366 +msgid "" +"In order to keep track of blanket approvals, the FreeBSD Release Engineering " +"Team uses an internal repository to keep a running log of such requests, " +"which defines the area upon which a blanket approval was granted, the " +"author(s), when the blanket approval expires, and the reason the approval " +"was granted. One example of this is granting blanket approval to release/doc/ to all FreeBSD Release " +"Engineering Team members until the final RC to update the " +"release notes and other release-related documentation." +msgstr "" +"Para manter o controle das aprovações gerais, a Equipe de Engenharia de " +"Release do FreeBSD usa um repositório interno para manter um registro de " +"tais solicitações, que define a área na qual uma aprovação geral foi " +"concedida, o(s) autor(es), quando a aprovação geral expira e a razão pela " +"qual a aprovação foi concedida. Um exemplo disso é a concessão de uma " +"aprovação geral na release/doc/ a " +"todos os membros da Equipe de Engenharia de Release do FreeBSD até o " +"RC final para atualizar as notas de lançamento e outras " +"documentação relacionada ao lançamento." + +#. (itstool) path: note/para +#: article.translate.xml:377 +msgid "" +"The FreeBSD Release Engineering Team also uses this repository to track " +"pending approval requests that are received just prior to starting various " +"builds during the release cycle, which the Release Engineer specifies the " +"cutoff period with an email to the FreeBSD developers." +msgstr "" +"A Equipe de Engenharia de Release do FreeBSD também usa este repositório " +"para rastrear solicitações de aprovação pendentes que são recebidas antes de " +"iniciar várias compilações durante o ciclo de release, que o Engenheiro de " +"Release especifica o período de corte com um email para os desenvolvedores " +"do FreeBSD." + +#. (itstool) path: sect1/para +#: article.translate.xml:384 +msgid "" +"Depending on the underlying set of code in question, and the overall impact " +"the set of code has on FreeBSD as a whole, such requests may be approved or " +"denied by the FreeBSD Release Engineering Team." +msgstr "" +"Dependendo do conjunto de código subjacente em questão, e do impacto geral " +"que o conjunto de código tem no FreeBSD como um todo, tais solicitações " +"podem ser aprovadas ou negadas pela Equipe de Engenharia de Release do " +"FreeBSD." + +#. (itstool) path: sect1/para +#: article.translate.xml:388 +msgid "" +"The same applies to work-in-progress extensions. For example, in-progress " +"work for a new device driver that is otherwise isolated from the rest of the " +"tree may be granted an extension. A new scheduler, however, may not be " +"feasible, especially if such dramatic changes do not exist in another branch." +msgstr "" +"O mesmo se aplica às extensões de trabalho em andamento. Por exemplo, o " +"trabalho em andamento para um novo driver de dispositivo que de outra forma " +"é isolado do restante da árvore pode receber uma extensão. Um novo " +"scheduler, no entanto, pode não ser viável, especialmente se tais mudanças " +"dramáticas não existirem em outra branch." + +#. (itstool) path: sect1/para +#: article.translate.xml:395 +msgid "" +"The schedule is also added to the Project website, in the doc/ repository, in head/en_US.ISO8859-1/htdocs/releases/" +"11.0R/schedule.xml. This file is " +"continuously updated as the release cycle progresses." +msgstr "" +"O cronograma também é adicionado ao site do projeto, no repositório " +"doc, em head/en_US.ISO8859-1/htdocs/releases/" +"11.0R/schedule.xml. Este arquivo é " +"continuamente atualizado conforme o ciclo progride." + +#. (itstool) path: note/para +#: article.translate.xml:402 +msgid "" +"In most cases, the schedule.xml can be copied from a " +"prior release and updated accordingly." +msgstr "" +"Na maioria dos casos, o schedule.xml pode ser copiado " +"de uma versão anterior e atualizado de acordo." + +#. (itstool) path: sect1/para +#: article.translate.xml:406 +msgid "" +"In addition to adding schedule.xml to the website, " +"head/share/xml/navibar.ent and head/share/xml/" +"release.ent are also updated to add the link to the schedule to " +"various subpages, as well as enabling the link to the schedule on the " +"Project website index page." +msgstr "" +"Além de adicionar o schedule.xml ao site, o " +"head/share/xml/navibar.ent e o head/share/xml/" +"release.ent também são atualizados para adicionar o link para o " +"cronograma em várias subpáginas, bem como para habilitar o link para o " +"cronograma na página principal do website do projeto." + +#. (itstool) path: sect1/para +#: article.translate.xml:413 +msgid "" +"The schedule is also linked from head/en_US.ISO8859-1/htdocs/" +"releng/index.xml." +msgstr "" +"O cronograma também chamado a partir de head/en_US.ISO8859-1/" +"htdocs/releng/index.xml." + +#. (itstool) path: sect1/para +#: article.translate.xml:416 +msgid "" +"Approximately one month prior to the scheduled code slush, " +"the FreeBSD Release Engineering Team sends a reminder email to the FreeBSD " +"Developers." +msgstr "" +"Aproximadamente um mês antes do code slush, a Equipe de " +"Engenharia de Release do FreeBSD envia um email de lembrete para os " +"desenvolvedores do FreeBSD." + +#. (itstool) path: sect1/para +#: article.translate.xml:420 +msgid "" +"Once the first builds of the release cycle are available, update the " +"beta.local.where entity in head/en_US.ISO8859-1/" +"htdocs/releases/11.0R/schedule.xml. " +"replacing IGNORE with INCLUDE." +msgstr "" +"Uma vez que as primeiras compilações do ciclo de release estejam " +"disponíveis, atualize a entidade beta.local.where em " +"head/en_US.ISO8859-1/htdocs/releases/11.0R/schedule.xml. substituindo IGNORE por INCLUDE." + +#. (itstool) path: note/para +#: article.translate.xml:427 +msgid "" +"If two parallel release cycles are happening at once, the beta2." +"local.where entity may be used instead." +msgstr "" +"Se dois ciclos de lançamento paralelo estão acontecendo ao mesmo tempo, a " +"entidade beta2.local.where pode ser usada no lugar." + +#. (itstool) path: sect1/title +#: article.translate.xml:440 +msgid "Release Engineering Terminology" +msgstr "Terminologia da Engenharia de Release" + +#. (itstool) path: sect1/para +#: article.translate.xml:442 +msgid "" +"This section describes some of the terminology used throughout the rest of " +"this document." +msgstr "" +"Esta seção descreve algumas das terminologias usadas no restante deste " +"documento." + +#. (itstool) path: sect2/title +#: article.translate.xml:446 +msgid "The Code Slush" +msgstr "O Code Slush" + +#. (itstool) path: sect2/para +#: article.translate.xml:448 +msgid "" +"Although the code slush is not a hard freeze on the tree, the FreeBSD " +"Release Engineering Team requests that bugs in the existing code base take " +"priority over new features." +msgstr "" +"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." + +#. (itstool) path: sect2/para +#: article.translate.xml:452 +msgid "The code slush does not enforce commit approvals to the branch." +msgstr "O code slush não impõe aprovações de confirmação para o Branch." + +#. (itstool) path: sect2/title +#: article.translate.xml:457 +msgid "The Code Freeze" +msgstr "O Code Freeze" + +#. (itstool) path: sect2/para +#: article.translate.xml:459 +msgid "" +"The code freeze marks the point in time where all commits to the branch " +"require explicit approval from the FreeBSD Release Engineering Team." +msgstr "" +"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." + +#. (itstool) path: sect2/para +#: article.translate.xml:462 +msgid "" +"The FreeBSD Subversion repository contains " +"several hooks to perform sanity checks before any commit is actually " +"committed to the tree. One of these hooks will evaluate if committing to a " +"particular branch requires specific approval." +msgstr "" +"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." + +#. (itstool) path: sect2/para +#: article.translate.xml:468 +msgid "" +"To enforce commit approvals by the FreeBSD Release Engineering Team, the " +"Release Engineer updates base/svnadmin/conf/approvers, " +"and commits the change back to the repository. Once this is done, any change " +"to the branch must include an Approved by: line in the commit " +"message." +msgstr "" +"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." + +#. (itstool) path: sect2/para +#: article.translate.xml:475 +msgid "" +"The Approved by: line must match the second column in " +"base/svnadmin/conf/approvers, otherwise the commit will " +"be rejected by the repository hooks." +msgstr "" +"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." + +#. (itstool) path: note/para +#: article.translate.xml:481 +msgid "" +"During the code freeze, FreeBSD committers are urged to follow the Change Request Guidelines." +msgstr "" +"Durante o code freeze, os committers do FreeBSD devem seguir as Recomendações de Requisição de Mudanças." + +#. (itstool) path: sect2/title +#: article.translate.xml:488 +msgid "The KBI/KPI Freeze" +msgstr "O KBI / Congelamento KPI" + +#. (itstool) path: sect2/para +#: article.translate.xml:491 +msgid "" +"KBI/KPI stability implies that the " +"caller of a function across two different releases of software that " +"implement the function results in the same end state. The caller, whether it " +"is a process, thread, or function, expects the function to operate in a " +"certain way, otherwise the KBI/KPI " +"stability on the branch is broken." +msgstr "" +"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." + +#. (itstool) path: sect1/para +#: article.translate.xml:510 +msgid "" +"This section describes the changes to the website that should occur as the " +"release cycle progresses." +msgstr "" +"Esta seção descreve as alterações no site que devem ocorrer conforme o ciclo " +"de lançamento progride." + +#. (itstool) path: note/para +#: article.translate.xml:514 +msgid "" +"The files specified throughout this section are relative to the " +"head/ branch of the doc repository in " +"Subversion." +msgstr "" +"Os arquivos especificados ao longo desta seção são relativos à branch " +"head/ do repositório doc no " +"Subversion." + +#. (itstool) path: sect2/title +#: article.translate.xml:521 +msgid "Website Changes Before the Release Cycle Begins" +msgstr "Alterações na Página Web Antes do Início do Ciclo de Release" + +#. (itstool) path: sect2/para +#: article.translate.xml:523 +msgid "" +"When the release cycle schedule is available, these files need to be updated " +"to enable various different functionalities on the FreeBSD Project website:" +msgstr "" +"Quando o cronograma do ciclo de release está disponível, esses arquivos " +"precisam ser atualizados para habilitar várias funcionalidades diferentes no " +"site do Projeto FreeBSD:" + +#. (itstool) path: row/entry +#: article.translate.xml:531 article.translate.xml:583 +#: article.translate.xml:708 article.translate.xml:758 +#: article.translate.xml:869 article.translate.xml:949 +msgid "File to Edit" +msgstr "Arquivo para editar" + +#. (itstool) path: row/entry +#: article.translate.xml:532 article.translate.xml:584 +#: article.translate.xml:709 article.translate.xml:759 +#: article.translate.xml:870 article.translate.xml:950 +msgid "What to Change" +msgstr "O que mudar" + +#. (itstool) path: row/entry +#: article.translate.xml:538 article.translate.xml:545 +#: article.translate.xml:552 article.translate.xml:559 +#: article.translate.xml:597 +msgid "share/xml/release.ent" +msgstr "share/xml/release.ent" + +#. (itstool) path: row/entry +#: article.translate.xml:539 +msgid "" +"Change beta.upcoming from IGNORE to " +"INCLUDE" +msgstr "" +"Altere beta.upcoming de IGNORE para " +"INCLUDE" + +#. (itstool) path: row/entry +#: article.translate.xml:546 +msgid "" +"Change % beta.upcoming from IGNORE to " +"INCLUDE" +msgstr "" +"Altere % beta.upcoming de IGNORE para " +"INCLUDE" + +#. (itstool) path: row/entry +#: article.translate.xml:553 +msgid "" +"Change beta.testing from IGNORE to " +"INCLUDE" +msgstr "" +"Altere beta.testing de IGNORE para " +"INCLUDE" + +#. (itstool) path: row/entry +#: article.translate.xml:560 +msgid "" +"Change % beta.testing from IGNORE to " +"INCLUDE" +msgstr "" +"Altere % beta.testing de IGNORE para " +"INCLUDE" + +#. (itstool) path: sect2/title +#: article.translate.xml:570 +msgid "Website Changes During BETA or RC" +msgstr "" +"Alterações na página web durante a fase BETA ou " +"RC" + +#. (itstool) path: sect2/para +#: article.translate.xml:573 +msgid "" +"When transitioning from PRERELEASE to BETA, these files need to be updated to enable the \"Help Test\" block " +"on the download page. All files are relative to head/ in the doc repository:" +msgstr "" +"Ao fazer a transição de PRERELEASE para BETA, esses arquivos precisam ser atualizados para ativar o bloco " +"\"Teste de ajuda\" na página de download. Todos os arquivos são relativos ao " +"head/ no repositório doc:" + +#. (itstool) path: row/entry +#: article.translate.xml:590 +msgid "en_US.ISO8859-1/htdocs/releases/11.0R/schedule.xml" +msgstr "" +"en_US.ISO8859-1/htdocs/releases/11.0R/schedule.xml" + +#. (itstool) path: row/entry +#: article.translate.xml:591 +msgid "" +"Change % beta.local.where IGNORE to " +"INCLUDE" +msgstr "" +"Altere % beta.local.where IGNORE para " +"INCLUDE" + +#. (itstool) path: row/entry +#: article.translate.xml:598 +msgid "" +"Update % betarel.vers to BETA1" +msgstr "" +"Atualize % betarel.vers para BETA1" + +#. (itstool) path: row/entry +#: article.translate.xml:603 +msgid "share/xml/news.xml" +msgstr "share/xml/news.xml" + +#. (itstool) path: row/entry +#: article.translate.xml:604 +msgid "Add an entry announcing the BETA" +msgstr "Adicione uma entrada anunciando a versão BETA" + +#. (itstool) path: sect2/para +#: article.translate.xml:611 +msgid "" +"Once the releng/11.0/ branch " +"is created, the various release-related documents need to be generated and " +"manually added to the doc/ repository." +msgstr "" +"Uma vez criada a branch releng/11.0/, os diversos documentos relacionados à release precisam ser gerados " +"e adicionados manualmente ao repositório doc/." + +#. (itstool) path: sect2/para +#: article.translate.xml:615 +msgid "" +"Within release/doc, invoke " +"make1 to generate errata.html, " +"hardware.html, readme.html, and " +"relnotes.html pages, which are then added to doc/head/en_US.ISO8859-1/htdocs/releases/X." +"YR/, where X.Y " +"represents the major and minor version number of the release." +msgstr "" +"Dentro de release/doc, invoque " +"make1 para gerar as páginas errata.html, " +"hardware.html, readme.html e " +"relnotes.html, que são então adicionadas ao diretório " +"doc/head/en_US.ISO8859-1/htdocs/releases/" +"XYR/, em que XY representa o número da versão principal e da versão secundária." + +#. (itstool) path: sect2/para +#: article.translate.xml:625 +msgid "" +"The fbsd:nokeywords must be set to on " +"on the newly-added files before the pre-commit hooks will allow them to be " +"added to the repository." +msgstr "" +"O fbsd:nokeywords deve ser definido como on nos arquivos recém-adicionados para que os hooks de pré-commit " +"permitam que eles sejam adicionados ao repositório." + +#. (itstool) path: sect2/title +#: article.translate.xml:632 +msgid "" +"Ports Changes During BETA, RC, and the " +"Final RELEASE" +msgstr "" +"Mudanças nos ports durante as fases BETA, RC, e a versão RELEASE final" + +#. (itstool) path: sect2/para +#: article.translate.xml:636 +msgid "" +"For each build during the release cycle, the MANIFEST " +"files containing the SHA256 of the various distribution " +"sets, such as base.txz, kernel.txz, " +"and so on, are added to the misc/freebsd-release-manifests port. This allows utilities other than " +"bsdinstall8, such as ports-mgmt/poudriere, " +"to safely use these distribution sets by providing a mechanism through which " +"the checksums can be verified." +msgstr "" +"Para cada compilação durante o ciclo de release, os arquivos " +"MANIFEST contendo o SHA256 dos vários " +"conjuntos de distribuição, como base.txz, kernel." +"txz, e assim por diante, são adicionados ao port misc/" +"freebsd-release-manifests. Isso permite outros utilitários além do " +"bsdinstall8, como ports-mgmt/poudriere, " +"usem esses conjuntos de distribuição com segurança fornecendo um mecanismo " +"através do qual os checksums possam ser verificados." + +#. (itstool) path: sect1/title +#: article.translate.xml:656 +msgid "Release from head/" +msgstr "Versões oriundas da branch head/" + +#. (itstool) path: sect1/para +#: article.translate.xml:659 +msgid "" +"This section describes the general procedures of the FreeBSD release cycle " +"from the head/ branch." +msgstr "" +"Esta seção descreve os procedimentos gerais do ciclo de release do FreeBSD " +"na branch head." + +#. (itstool) path: sect2/title +#: article.translate.xml:663 +msgid "FreeBSD ALPHA Builds" +msgstr "Compilações ALPHA do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:665 +msgid "" +"Starting with the FreeBSD 10.0-RELEASE cycle, the notion of " +"ALPHA builds was introduced. Unlike the " +"BETA and RC builds, ALPHA builds are not included in the FreeBSD Release schedule." +msgstr "" +"Tendo aparecido primeiramente durante o ciclo de release do FreeBSD 10.0-" +"RELEASE, a noção de compilações de fases ALPHA foi introduzida. Ao contrário das compilações BETA " +"e RC, as compilações desse novo estágio ALPHA não fazem parte do cronograma de Release do FreeBSD." + +#. (itstool) path: sect2/para +#: article.translate.xml:671 +msgid "" +"The idea behind ALPHA builds is to provide regular " +"FreeBSD-provided builds before the creation of the stable/ branch." +msgstr "" +"A idéia por trás das compilações ALPHA é disponibilizar " +"builds regulares fornecidas pelo FreeBSD antes da criação da branch " +"stable/." + +#. (itstool) path: sect2/para +#: article.translate.xml:675 +msgid "" +"FreeBSD ALPHA snapshots should be built approximately " +"once a week." +msgstr "" +"Os snapshots ALPHA do FreeBSD devem ser preparados " +"aproximadamente uma vez por semana." + +#. (itstool) path: sect2/para +#: article.translate.xml:678 +msgid "" +"For the first ALPHA build, the BRANCH " +"value in sys/conf/newvers.sh needs to be changed from " +"CURRENT to ALPHA1. For subsequent " +"ALPHA builds, increment each " +"ALPHAN value by one." +msgstr "" +"Para a primeira compilação ALPHA, o valor " +"BRANCH em sys/conf/newvers.sh " +"precisa ser alterado de CURRENT para ALPHA1. Para compilações ALPHA subsequentes, incremente " +"cada valor de ALPHAN em um." + +#. (itstool) path: sect2/para +#: article.translate.xml:686 +msgid "" +"See for information on building the " +"ALPHA images." +msgstr "" +"Veja para informações sobre como " +"construir as imagens ALPHA." + +#. (itstool) path: sect2/title +#: article.translate.xml:691 +msgid "" +"Creating the stable/11/ Branch" +msgstr "" +"Criando a branch stable/11/" + +#. (itstool) path: sect2/para +#: article.translate.xml:693 +msgid "" +"When creating the stable/ branch, several changes are " +"required in both the new stable/ branch and the " +"head/ branch. The files listed are relative to the " +"repository root. To create the new stable/11/ branch in Subversion:" +msgstr "" +"Ao criar a branch stable/, várias alterações são " +"necessárias na nova branch stable/ e na branch " +"head/. Os arquivos listados são relativos ao repositório " +"raiz. Para criar a nova branch stable/11/" +" no Subversion:" + +#. (itstool) path: sect2/screen +#: article.translate.xml:699 +#, no-wrap +msgid "% svn cp ^/head stable/11/" +msgstr "% svn cp ^/head stable/11/" + +#. (itstool) path: sect2/para +#: article.translate.xml:701 +msgid "" +"Once the stable/11/ branch has " +"been committed, make the following edits:" +msgstr "" +"Uma vez que a branch stable/11/ tenha sido criada, faça as seguintes edições:" + +#. (itstool) path: row/entry +#: article.translate.xml:715 +msgid "stable/11/UPDATING" +msgstr "stable/11/UPDATING" + +#. (itstool) path: row/entry +#: article.translate.xml:716 +msgid "" +"Update the FreeBSD version, and remove the notice about WITNESS" +msgstr "" +"Atualize a versão do FreeBSD e remova o aviso sobre WITNESS" + +#. (itstool) path: row/entry +#: article.translate.xml:721 +msgid "" +"stable/11/contrib/jemalloc/include/" +"jemalloc/jemalloc_FreeBSD.h" +msgstr "" +"stable/11/contrib/jemalloc/include/" +"jemalloc/jemalloc_FreeBSD.h" + +#. (itstool) path: entry/screen +#: article.translate.xml:722 +#, no-wrap +msgid "" +"#ifndef MALLOC_PRODUCTION\n" +"#define MALLOC_PRODUCTION\n" +"#endif" +msgstr "" +"#ifndef MALLOC_PRODUCTION\n" +"#define MALLOC_PRODUCTION\n" +"#endif" + +#. (itstool) path: row/entry +#: article.translate.xml:728 +msgid "" +"stable/11/sys/*/conf/GENERIC*" +msgstr "" +"stable/11/sys/*/conf/GENERIC*" + +#. (itstool) path: row/entry +#: article.translate.xml:729 +msgid "Remove debugging support" +msgstr "Remova o suporte de depuração" + +#. (itstool) path: row/entry +#: article.translate.xml:733 +msgid "" +"stable/11/release/release.conf.sample" +msgstr "" +"stable/11/release/release.conf.sample" + +#. (itstool) path: row/entry +#: article.translate.xml:734 +msgid "Update SRCBRANCH" +msgstr "Atualize o SRCBRANCH" + +#. (itstool) path: row/entry +#: article.translate.xml:738 +msgid "" +"stable/11/sys/*/conf/GENERIC-NODEBUG" +msgstr "" +"stable/11/sys/*/conf/GENERIC-NODEBUG" + +#. (itstool) path: row/entry +#: article.translate.xml:739 +msgid "Remove these kernel configurations" +msgstr "Remova essas configurações do kernel" + +#. (itstool) path: row/entry +#: article.translate.xml:743 article.translate.xml:982 +msgid "" +"stable/11/sys/conf/newvers.sh" +msgstr "" +"stable/11/sys/conf/newvers.sh" + +#. (itstool) path: row/entry +#: article.translate.xml:744 +msgid "" +"Update the BRANCH value to reflect BETA1" +msgstr "" +"Atualize o valor de BRANCH para refletir BETA1" + +#. (itstool) path: sect2/para +#: article.translate.xml:751 +msgid "" +"Then in the head/ branch, which will now become a new " +"major version:" +msgstr "" +"Então, na branch head/, que agora se tornará uma nova " +"versão principal:" + +#. (itstool) path: row/entry +#: article.translate.xml:765 +msgid "head/UPDATING" +msgstr "head/UPDATING" + +#. (itstool) path: row/entry +#: article.translate.xml:766 +msgid "Update the FreeBSD version" +msgstr "Atualize a versão do FreeBSD" + +#. (itstool) path: row/entry +#: article.translate.xml:770 +msgid "head/gnu/usr.bin/groff/tmac/mdoc.local.in" +msgstr "head/gnu/usr.bin/groff/tmac/mdoc.local.in" + +#. (itstool) path: row/entry +#: article.translate.xml:771 article.translate.xml:877 +msgid "Add the new FreeBSD version" +msgstr "Adicione a nova versão do FreeBSD" + +#. (itstool) path: row/entry +#: article.translate.xml:775 +msgid "head/sys/conf/newvers.sh" +msgstr "head/sys/conf/newvers.sh" + +#. (itstool) path: row/entry +#: article.translate.xml:776 +msgid "" +"Update the BRANCH value to reflect CURRENT, and increment REVISION" +msgstr "" +"Atualize o valor de BRANCH para refletir " +"CURRENT e incremente a REVISION" + +#. (itstool) path: row/entry +#: article.translate.xml:782 +msgid "head/Makefile.inc1" +msgstr "head/Makefile.inc1" + +#. (itstool) path: row/entry +#: article.translate.xml:783 article.translate.xml:888 +msgid "Update TARGET_TRIPLE" +msgstr "Atualize o TARGET_TRIPLE" + +#. (itstool) path: row/entry +#: article.translate.xml:787 +msgid "head/sys/sys/param.h" +msgstr "head/sys/sys/param.h" + +#. (itstool) path: row/entry +#: article.translate.xml:788 +msgid "Update __FreeBSD_version" +msgstr "Atualize o __FreeBSD_version" + +#. (itstool) path: row/entry +#: article.translate.xml:792 +msgid "" +"head/contrib/llvm/tools/clang/lib/Basic/Targets.cpp" +msgstr "" +"head/contrib/llvm/tools/clang/lib/Basic/Targets.cpp" + +#. (itstool) path: row/entry +#: article.translate.xml:793 +msgid "Update __FreeBSD_cc_version" +msgstr "Atualize o __FreeBSD_cc_version" + +#. (itstool) path: row/entry +#: article.translate.xml:798 +msgid "head/gnu/usr.bin/cc/cc_tools/freebsd-native.h" +msgstr "head/gnu/usr.bin/cc/cc_tools/freebsd-native.h" + +#. (itstool) path: row/entry +#: article.translate.xml:799 +msgid "Update FBSD_MAJOR and FBSD_CC_VER" +msgstr "" +"Atualize o FBSD_MAJOR e o FBSD_CC_VER" + +#. (itstool) path: row/entry +#: article.translate.xml:804 +msgid "head/contrib/gcc/config.gcc" +msgstr "head/contrib/gcc/config.gcc" + +#. (itstool) path: row/entry +#: article.translate.xml:805 +msgid "Append the freebsd<version>.h section" +msgstr "Anexe a seção freebsd<versão>.h" + +#. (itstool) path: row/entry +#: article.translate.xml:811 +msgid "head/release/Makefile" +msgstr "head/release/Makefile" + +#. (itstool) path: row/entry +#: article.translate.xml:812 +msgid "Remove the debug.witness.trace entries" +msgstr "Remova as entradas debug.witness.trace" + +#. (itstool) path: row/entry +#: article.translate.xml:817 +msgid "" +"head/release/doc/en_US.ISO8859-1/readme/article.xml" +msgstr "" +"head/release/doc/en_US.ISO8859-1/readme/article.xml" + +#. (itstool) path: row/entry +#: article.translate.xml:818 +msgid "Replace &a.current; with &a.stable;" +msgstr "Substitua &a.ccurrent; por &a.stable;" + +#. (itstool) path: row/entry +#: article.translate.xml:829 +msgid "head/lib/clang/clang.build.mk" +msgstr "head/lib/clang/clang.build.mk" + +#. (itstool) path: row/entry +#: article.translate.xml:830 +msgid "Uncomment -DNDEBUG" +msgstr "Remova o comentário -DNDEBUG" + +#. (itstool) path: row/entry +#: article.translate.xml:834 +msgid "head/lib/clang/freebsd_cc_version.h" +msgstr "head/lib/clang/freebsd_cc_version.h" + +#. (itstool) path: row/entry +#: article.translate.xml:835 +msgid "Update FREEBSD_CC_VERSION" +msgstr "Atualize o FREEBSD_CC_VERSION" + +#. (itstool) path: sect1/title +#: article.translate.xml:851 +msgid "Release from stable/" +msgstr "Release a partir da branch stable/" + +#. (itstool) path: sect1/para +#: article.translate.xml:853 +msgid "" +"This section describes the general procedures of the FreeBSD release cycle " +"from an extablished stable/ branch." +msgstr "" +"Esta seção descreve os procedimentos gerais do ciclo de release do FreeBSD a " +"partir de uma branch stable/." + +#. (itstool) path: sect2/title +#: article.translate.xml:857 +msgid "FreeBSD stable Branch Code Slush" +msgstr "Code Slush da branch stable do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:859 +msgid "" +"In preparation for the code freeze on a stable branch, " +"several files need to be updated to reflect the release cycle is officially " +"in progress. These files are all relative to the top-most level of the " +"stable branch:" +msgstr "" +"Na preparação para o code freeze em uma branch stable, " +"vários arquivos precisam ser atualizados para refletir o ciclo de release " +"que está oficialmente em andamento. Esses arquivos são todos relativos ao " +"nível mais alto da branch stable:" + +#. (itstool) path: row/entry +#: article.translate.xml:876 +msgid "gnu/usr.bin/groff/tmac/mdoc.local.in" +msgstr "gnu/usr.bin/groff/tmac/mdoc.local.in" + +#. (itstool) path: row/entry +#: article.translate.xml:881 +msgid "sys/conf/newvers.sh" +msgstr "sys/conf/newvers.sh" + +#. (itstool) path: row/entry +#: article.translate.xml:882 +msgid "" +"Update the BRANCH value to reflect PRERELEASE" +msgstr "" +"Atualize o valor da BRANCH para refletir " +"PRERELEASE" + +#. (itstool) path: row/entry +#: article.translate.xml:887 +msgid "Makefile.inc1" +msgstr "Makefile.inc1" + +#. (itstool) path: sect2/title +#: article.translate.xml:896 +msgid "FreeBSD BETA Builds" +msgstr "Builds BETA do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:898 +msgid "" +"Following the code slush, the next phase of the release cycle is the code " +"freeze. This is the point at which all commits to the stable branch require " +"explicit approval from the FreeBSD Release Engineering Team. This is " +"enforced by pre-commit hooks in the Subversion repository by editing " +"base/svnadmin/conf/approvers to include a regular " +"expression matching the stable/11/ branch for the release:" +msgstr "" +"Após o code slush, a próxima fase do ciclo de release é o code freeze. Este " +"é o ponto no qual todos os commits para a branch stable requerem aprovação " +"explícita da Equipe de Engenharia de Release do FreeBSD. Isto é reforçado " +"por hooks de pré-commit no repositório Subversion editando base/" +"svnadmin/conf/approvers para incluir uma expressão regular que " +"coincida com a branch stable/11/ para a versão:" + +#. (itstool) path: sect2/programlisting +#: article.translate.xml:907 +#, no-wrap +msgid "^/stable/11/\tre" +msgstr "^/stable/11/\tre" + +#. (itstool) path: note/para +#: article.translate.xml:910 +msgid "" +"There are two general exceptions to requiring commit approval during the " +"release cycle. The first is any change that needs to be committed by the " +"Release Engineer in order to proceed with the day-to-day workflow of the " +"release cycle, the other is security fixes that may occur during the release " +"cycle." +msgstr "" +"Há duas exceções gerais para exigir aprovação de commit durante o ciclo de " +"release. A primeira é qualquer alteração que precise ser \"committed\" pelo " +"Engenheiro de Release para continuar com o fluxo de trabalho diário do ciclo " +"de lançamento, e a outra são as correções de segurança que podem ocorrer " +"durante o ciclo de lançamento." + +#. (itstool) path: sect2/para +#: article.translate.xml:918 +msgid "" +"Once the code freeze is in effect, the next build from the branch is labeled " +"BETA1. This is done by updating the BRANCH value in sys/conf/newvers.sh from " +"PRERELEASE to BETA1." +msgstr "" +"Quando o code freeze estiver em vigor, a próxima construção da branch será " +"rotulada como BETA1. Isso é feito atualizando o valor de " +"BRANCH em sys/conf/newvers.sh de " +"PRERELEASE para BETA1." + +#. (itstool) path: sect2/para +#: article.translate.xml:925 +msgid "" +"Once this is done, the first set of BETA builds are " +"started. Subsequent BETA builds do not require updates to " +"any files other than sys/conf/newvers.sh, incrementing " +"the BETA build number." +msgstr "" +"Feito isso, o primeiro conjunto de builds BETA é " +"iniciado. Builds BETA subseqüentes não requerem " +"atualizações em nenhum arquivo diferente do sys/conf/newvers.sh, incrementando o número de compilação da versão BETA." + +#. (itstool) path: sect2/title +#: article.translate.xml:933 +msgid "" +"Creating the releng/11.0/ " +"Branch" +msgstr "" +"Criando a branch releng/11.0/" + +#. (itstool) path: sect2/para +#: article.translate.xml:935 +msgid "" +"When the first RC (Release Candidate) build is ready to " +"begin, the releng/ branch is created. This is a multi-" +"step process that must be done in a specific order, in order to avoid " +"anomalies such as overlaps with __FreeBSD_version values, " +"for example. The paths listed below are relative to the repository root. The " +"order of commits and what to change are:" +msgstr "" +"Quando a primeira construção RC (Release Candidate) está " +"pronta para começar, a branch releng/ é criada. Este é um " +"processo de várias etapas que deve ser feito em uma ordem específica, a fim " +"de evitar anomalias, como sobreposições com valores de __ " +"FreeBSD_version, por exemplo. Os caminhos listados abaixo são " +"relativos ao repositório raiz. A ordem dos commits e o que mudar são:" + +#. (itstool) path: sect2/screen +#: article.translate.xml:943 +#, no-wrap +msgid "% svn cp ^/stable/11/ releng/11.0/" +msgstr "% svn cp ^/stable/11/ releng/11.0/" + +#. (itstool) path: row/entry +#: article.translate.xml:956 +msgid "" +"releng/11.0/sys/conf/newvers.sh" +msgstr "" +"releng/11.0/sys/conf/newvers.sh" + +#. (itstool) path: row/entry +#: article.translate.xml:957 +msgid "" +"Change BETAX to RC1" +msgstr "" +"Altere BETAX para " +"RC1" + +#. (itstool) path: row/entry +#: article.translate.xml:963 +msgid "" +"releng/11.0/sys/sys/param.h" +msgstr "" +"releng/11.0/sys/sys/param.h" + +#. (itstool) path: row/entry +#: article.translate.xml:964 article.translate.xml:990 +msgid "Update __FreeBSD_version" +msgstr "Atualize o __ FreeBSD_version" + +#. (itstool) path: row/entry +#: article.translate.xml:968 +msgid "" +"releng/11.0/etc/pkg/FreeBSD.conf" +msgstr "" +"releng/11.0/etc/pkg/FreeBSD.conf" + +#. (itstool) path: row/entry +#: article.translate.xml:969 article.translate.xml:976 +msgid "" +"Replace latest with quarterly as the " +"default package repository location" +msgstr "" +"Substitua latest por quarterly " +"(trimestral) como a localização padrão do repositório de pacotes" + +#. (itstool) path: row/entry +#: article.translate.xml:975 +msgid "" +"releng/11.0/release/pkg_repos/release-" +"dvd.conf" +msgstr "" +"releng/11.0/release/pkg_repos/release-" +"dvd.conf" + +#. (itstool) path: row/entry +#: article.translate.xml:983 +msgid "" +"Update BETAX with " +"PRERELEASE" +msgstr "" +"Atualize BETAX para " +"PRERELEASE" + +#. (itstool) path: row/entry +#: article.translate.xml:989 +msgid "" +"stable/11/sys/sys/param.h" +msgstr "" +"stable/11/sys/sys/param.h" + +#. (itstool) path: row/entry +#: article.translate.xml:994 +msgid "svnadmin/conf/approvers" +msgstr "svnadmin/conf/approvers" + +#. (itstool) path: row/entry +#: article.translate.xml:995 +msgid "" +"Add a new approvers line for the releng branch as was done for the stable " +"branch" +msgstr "" +"Adicione uma nova linha de aprovadores para a branch releng como foi feito " +"para a branch stable" + +#. (itstool) path: sect2/screen +#: article.translate.xml:1002 +#, no-wrap +msgid "" +"% svn propdel -R svn:mergeinfo releng/11.0/\n" +"% svn commit releng/11.0/\n" +"% svn commit stable/11/" +msgstr "" +"% svn propdel -R svn:mergeinfo releng/11.0/\n" +"% svn commit releng/11.0/\n" +"% svn commit stable/11/" + +#. (itstool) path: sect2/para +#: article.translate.xml:1006 +msgid "" +"Now that two new __FreeBSD_version values exist, also " +"update head/en_US.ISO8859-1/books/porters-handbook/versions/" +"chapter.xml in the Documentation Project repository." +msgstr "" +"Agora que existem dois novos valores de __ FreeBSD_version, também atualize head/pt_BR.ISO8859-1/books/porters-" +"handbook/versions/chapter.xml no repositório do Projeto de " +"Documentação." + +#. (itstool) path: sect2/para +#: article.translate.xml:1011 +msgid "" +"After the first RC build has completed and tested, the " +"stable/ branch can be thawed by removing " +"(or commenting) the ^/stable/11/ entry in svnadmin/conf/approvers." +msgstr "" +"Depois que a primeira compilação de um RC estiver " +"concluída e testada, a branch stable/ pode ser " +"descongelada removendo (ou comentando) a entrada ^/" +"stable/11/ em " +"svnadmin/conf/approvers." + +#. (itstool) path: sect2/para +#: article.translate.xml:1017 +msgid "" +"Following the availability of the first RC, FreeBSD " +"Bugmeister Team should be emailed to add the new FreeBSD -RELEASE to the versions available in the drop-down menu " +"shown in the bug tracker." +msgstr "" +"Seguindo a disponibilidade do primeiro RC, o Time " +"Bugmeister do FreeBSD deve ser avisado por e-mail para adicionar o novo " +"FreeBSD -RELEASE às versões " +"disponíveis no menu drop-down exibido no rastreador de bugs." + +#. (itstool) path: sect1/title +#: article.translate.xml:1032 +msgid "Building FreeBSD Installation Media" +msgstr "Construindo a Mídia de Instalação do FreeBSD" + +#. (itstool) path: sect1/para +#: article.translate.xml:1034 +msgid "" +"This section describes the general procedures producing FreeBSD development " +"snapshots and releases." +msgstr "" +"Esta seção descreve os procedimentos gerais de produção de snapshots e " +"releases de desenvolvimento do FreeBSD." + +#. (itstool) path: sect2/title +#: article.translate.xml:1038 +msgid "Release Build Scripts" +msgstr "Scripts para compilação de Releases" + +#. (itstool) path: sect2/para +#: article.translate.xml:1040 +msgid "" +"This section describes the build scripts used by FreeBSD Release Engineering " +"Team to produce development snapshots and releases." +msgstr "" +"Esta seção descreve os scripts de build usados ​​pela Equipe de Engenharia de " +"Release do FreeBSD para produzir snapshots da versão em desenvolvimento e " +"das releases" + +#. (itstool) path: sect3/title +#: article.translate.xml:1044 +msgid "The release.sh Script" +msgstr "O script release.sh" + +#. (itstool) path: sect3/para +#: article.translate.xml:1046 +msgid "" +"Prior to FreeBSD 9.0-RELEASE, src/release/Makefile was " +"updated to support bsdinstall8, and the src/" +"release/generate-release.sh script was introduced as a wrapper to " +"automate invoking the release7 targets." +msgstr "" +"Antes do FreeBSD 9.0-RELEASE, o src/release/Makefile " +"era atualizado para suportar o bsdinstall8, e o script " +"src/release/generate-release.sh foi introduzido como um " +"wrapper para automatizar a chamada dos targets " +"release7." + +#. (itstool) path: sect3/para +#: article.translate.xml:1053 +msgid "" +"Prior to FreeBSD 9.2-RELEASE, src/release/release.sh " +"was introduced, which heavily based on src/release/generate-" +"release.sh included support to specify configuration files to " +"override various options and environment variables. Support for " +"configuration files provided support for cross building each architecture " +"for a release by specifying a separate configuration file for each " +"invocation." +msgstr "" +"Antes do FreeBSD 9.2-RELEASE, foi introduzido o src/release/" +"release.sh, que baseado fortemente em src/release/" +"generate-release.sh incluía suporte para especificar arquivos de " +"configuração para substituir várias opções e variáveis ​​de ambiente. O " +"suporte para arquivos de configuração forneceu suporte para cross building " +"(compilação para mais de uma arquitetura) de uma release para cada " +"arquitetura, especificando um arquivo de configuração separado para cada " +"chamada." + +#. (itstool) path: sect3/para +#: article.translate.xml:1063 +msgid "" +"As a brief example of using src/release/release.sh to " +"build a single release in /scratch:" +msgstr "" +"Como um breve exemplo do uso de src/release/release.sh " +"para construir uma única versão em /scratch:" + +#. (itstool) path: sect3/screen +#: article.translate.xml:1067 +#, no-wrap +msgid "# /bin/sh /usr/src/release/release.sh" +msgstr "# /bin/sh /usr/src/release/release.sh" + +#. (itstool) path: sect3/para +#: article.translate.xml:1069 +msgid "" +"As a brief example of using src/release/release.sh to " +"build a single, cross-built release using a different target directory, " +"create a custom release.conf containing:" +msgstr "" +"Como um breve exemplo do uso de src/release/release.sh " +"para construir uma única versão cross-build (entre arquiteturas) usando um " +"diretório de destino diferente, crie um release.conf " +"personalizado contendo:" + +#. (itstool) path: sect3/programlisting +#: article.translate.xml:1074 +#, no-wrap +msgid "" +"# release.sh configuration for powerpc/powerpc64\n" +"CHROOTDIR=\"/scratch-powerpc64\"\n" +"TARGET=\"powerpc\"\n" +"TARGET_ARCH=\"powerpc64\"\n" +"KERNEL=\"GENERIC64\"" +msgstr "" +"# release.sh configuration for powerpc/powerpc64\n" +"CHROOTDIR=\"/scratch-powerpc64\"\n" +"TARGET=\"powerpc\"\n" +"TARGET_ARCH=\"powerpc64\"\n" +"KERNEL=\"GENERIC64\"" + +#. (itstool) path: sect3/para +#: article.translate.xml:1080 +msgid "Then invoke src/release/release.sh as:" +msgstr "" +"Em seguida, invoque src/release/release.sh da seguinte " +"forma:" + +#. (itstool) path: sect3/screen +#: article.translate.xml:1083 +#, no-wrap +msgid "# /bin/sh /usr/src/release/release.sh -c $HOME/release.conf" +msgstr "# /bin/sh /usr/src/release/release.sh -c $HOME/release.conf" + +#. (itstool) path: sect3/para +#: article.translate.xml:1085 +msgid "" +"See release7 and src/release/release.conf.sample for more details and example usage." +msgstr "" +"Veja release7 e src/release/release.conf.sample para mais detalhes e exemplos de uso." + +#. (itstool) path: sect3/title +#: article.translate.xml:1091 +msgid "The thermite.sh Wrapper Script" +msgstr "O Script Wrapper thermite.sh" + +#. (itstool) path: sect3/para +#: article.translate.xml:1094 +msgid "" +"In order to make cross building the full set of architectures supported on a " +"given branch faster, easier, and reduce human error factors, a wrapper " +"script around src/release/release.sh was written to " +"iterate through the various combinations of architectures and invoke " +"src/release/release.sh using a configuration file " +"specific to that architecture." +msgstr "" +"Para tornar o cross building do conjunto completo de arquiteturas suportadas " +"em uma determinada branch mais rápido, mais fácil e reduzindo os fatores de " +"erro humano, um script wrapper de apoio ao src/release/release.sh foi escrito para iterar pelas várias combinações de arquiteturas e " +"chamar o script src/release/release.sh usando um " +"arquivo de configuração específico para essa arquitetura." + +#. (itstool) path: sect3/para +#: article.translate.xml:1102 +msgid "" +"The wrapper script is called thermite.sh, which is " +"available in the FreeBSD Subversion repository at svn://svn.freebsd." +"org/base/user/gjb/thermite/, in addition to configuration files " +"used to build head/ and stable/11/ development snapshots." +msgstr "" +"O script wrapper é chamado de thermite.sh, que está " +"disponível no repositório Subversion do FreeBSD em svn://svn." +"freebsd.org/base/user/gjb/thermite/ , além dos arquivos de " +"configuração usados ​​para construir os snapshots de desenvolvimento " +"head/ e stable/11/." + +#. (itstool) path: sect3/para +#: article.translate.xml:1110 +msgid "" +"Using thermite.sh is covered in and ." +msgstr "" +"O uso do thermite.sh é explicado em e ." + +#. (itstool) path: sect3/para +#: article.translate.xml:1112 +msgid "" +"Each architecture and individual kernel have their own configuration file " +"used by release.sh. Each branch has its own " +"defaults-X.conf configuration which contains entries " +"common throughout each architecture, where overrides or special variables " +"are set and/or overridden in the per-build files." +msgstr "" +"Cada arquitetura e kernel individual tem seu próprio arquivo de configuração " +"usado pelo release.sh. Cada branch tem sua própria " +"configuração defaults-X.conf que contém entradas comuns " +"em cada arquitetura, onde substituições ou variáveis ​​especiais são definidas " +"e/ou substituídas nos arquivos por compilação." + +#. (itstool) path: sect3/para +#: article.translate.xml:1119 +msgid "" +"The per-build configuration file naming scheme is in the form of " +"${revision}-${TARGET_ARCH}-${KERNCONF}-${type}.conf, where the " +"uppercase variables are equivalent to what " +"make1 uses in the build system, and lowercase variables are set " +"within the configuration files, mapping to the major version of the " +"respective branch." +msgstr "" +"O esquema de nomenclatura do arquivo de configuração por compilação está na " +"forma de ${revision}-${TARGET_ARCH}-${KERNCONF}-${type}.conf, em que as variáveis ​​em maiúsculas são equivalentes a que " +"make1 usa no sistema de compilação e as variáveis ​​minúsculas são " +"definidas nos arquivos de configuração, mapeando para a versão principal da " +"respectiva branch." + +#. (itstool) path: sect3/para +#: article.translate.xml:1127 +msgid "" +"Each branch also has its own builds-X.conf " +"configuration, which is used by thermite.sh. The " +"thermite.sh script iterates through each ${revision}, " +"${TARGET_ARCH}, ${KERNCONF}, and ${type} value, creating a master list of " +"what to build. However, a given combination from the list will only be built " +"if the respective configuration file exists, which is where the naming " +"scheme above is relevant." +msgstr "" +"Cada branch também possui sua própria configuração builds-X.conf, que é usada pelo thermite.sh. O script " +"thermite.sh itera através de cada valor ${revision}, " +"${TARGET_ARCH}, ${KERNCONF} e ${type}, criando uma lista principal do que " +"construir. No entanto, uma determinada combinação da lista só será criada se " +"o respectivo arquivo de configuração existir, que é onde o esquema de " +"nomenclatura acima é relevante." + +#. (itstool) path: sect3/para +#: article.translate.xml:1138 +msgid "There are two paths of file sourcing:" +msgstr "Existem dois caminhos de fornecimento de arquivos:" + +#. (itstool) path: listitem/para +#: article.translate.xml:1142 +msgid "" +"builds-11.conf -> " +"main.conf" +msgstr "" +"builds-11.conf -> " +"main.conf" + +#. (itstool) path: listitem/para +#: article.translate.xml:1144 +msgid "This controls thermite.sh behavior" +msgstr "Isto controla o comportamento do thermite.sh" + +#. (itstool) path: listitem/para +#: article.translate.xml:1149 +msgid "" +"11-amd64-" +"GENERIC-snap.conf -> defaults-11.conf -> main.conf" +msgstr "" +"11-amd64-" +"GENERIC-snap.conf -> defaults-11.conf -> main.conf" + +#. (itstool) path: listitem/para +#: article.translate.xml:1153 +msgid "" +"This controls release/release.sh behavior within the " +"build chroot8" +msgstr "" +"Isto controla o comportamento do release/release.sh " +"dentro do chroot8 de compilação" + +#. (itstool) path: note/para +#: article.translate.xml:1159 +msgid "" +"The builds-11.conf, " +"defaults-11.conf, and " +"main.conf configuration files exist to reduce " +"repetition between the various per-build files." +msgstr "" +"Os arquivos de configuração builds-11." +"conf, defaults-11.conf, e main.conf existem para reduzir a repetição " +"entre os vários arquivos por compilação." + +#. (itstool) path: sect2/title +#: article.translate.xml:1170 +msgid "Building FreeBSD Development Snapshots" +msgstr "Construindo Snapshots de Desenvolvimento do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:1172 +msgid "" +"The official release build machines have a specific filesystem layout, which " +"using ZFS, thermite.sh takes heavy " +"advantage of with clones and snapshots, ensuring a pristine build " +"environment." +msgstr "" +"As máquinas oficiais de compilação de versões têm um layout do sistema de " +"arquivos específico, que utiliza ZFS, o " +"thermite.sh tira grande proveito de clones e snapshots, " +"garantindo um ambiente de compilação uniforme e consistente." + +#. (itstool) path: sect2/para +#: article.translate.xml:1178 +#, fuzzy +msgid "" +"The build scripts reside in /releng/scripts-" +"snapshot/scripts or /releng/scripts-" +"release/scripts respectively, to avoid collisions between an " +"RC build from a releng branch versus a STABLE snapshot from the respective stable branch." +msgstr "" +"Os scripts de compilação localizam-se respectivamente em /releng/scripts-snapshot/scripts ou /releng/scripts-release/scripts, para evitar " +"colisões entre uma compilação RC de uma branch releng " +"contra um snapshot STABLE da respectiva branch stable." + +#. (itstool) path: sect2/para +#: article.translate.xml:1185 +msgid "" +"A separate dataset exists for the final build images, /snap/ftp. This directory contains both snapshots " +"and releases directories. They are only used if the " +"EVERYTHINGISFINE variable is defined in main." +"conf." +msgstr "" +"Existe um dataset (conjunto de dados) separado para as imagens finais de " +"compilação, /snap/ftp. Este " +"diretório contém diretórios de snapshots e releases. Eles são usados ​​apenas " +"se a variável EVERYTHINGISFINE estiver definida em " +"main.conf." + +#. (itstool) path: note/para +#: article.translate.xml:1192 +msgid "" +"The EVERYTHINGISFINE variable name was chosen to avoid " +"colliding with a variable that might be possibly set in the user " +"environment, accidentally enabling the behavior that depends on it being " +"defined." +msgstr "" +"O nome da variável EVERYTHINGISFINE foi escolhido para " +"evitar a colisão com uma variável possivelmente definida no ambiente do " +"usuário, ativando acidentalmente o comportamento que depende de sua " +"definição." + +#. (itstool) path: sect2/para +#: article.translate.xml:1198 +msgid "" +"As thermite.sh iterates through the master list of " +"combinations and locates the per-build configuration file, a ZFS dataset is created under /releng, such as /releng/12-amd64-GENERIC-" +"snap. The src/, ports/, and " +"doc/ trees are checked out to separate ZFS datasets, such as /releng/12-src-" +"snap, which are then cloned and mounted into the respective build " +"datasets. This is done to avoid checking out a given tree more than once." +msgstr "" +"Como o thermite.sh percorre a lista principal de " +"combinações e localiza o arquivo de configuração por compilação, um dataset " +"ZFS é criado sob o /releng, tal como /releng/12-amd64-GENERIC-" +"snap. O checkout das árvores src/, " +"ports/ e doc/ é realizado em " +"diferentes datasets ZFS, tal como /releng/12-src-snap, os quais são então clonados e " +"montados nos respectivos datasets de compilação. Isso é feito para evitar a " +"remoção de uma determinada árvore mais de uma vez." + +#. (itstool) path: sect2/para +#: article.translate.xml:1210 +msgid "" +"Assuming these filesystem paths, thermite.sh would be " +"invoked as:" +msgstr "" +"Assumindo esses caminhos do sistema de arquivos, o thermite.sh deveria ser chamado como:" + +#. (itstool) path: sect2/screen +#: article.translate.xml:1213 +#, no-wrap +msgid "" +"# cd /releng/scripts-snapshot/scripts\n" +"# ./setrev.sh -b stable/11/\n" +"# ./zfs-setup.sh -c ./builds-11.conf\n" +"# ./thermite.sh -c ./builds-11.conf" +msgstr "" +"# cd /releng/scripts-snapshot/scripts\n" +"# ./setrev.sh -b stable/11/\n" +"# ./zfs-setup.sh -c ./builds-11.conf\n" +"# ./thermite.sh -c ./builds-11.conf" + +#. (itstool) path: sect2/para +#: article.translate.xml:1218 +msgid "" +"Once the builds have completed, additional helper scripts are available to " +"generate development snapshot emails which are sent to the freebsd-" +"snapshots@freebsd.org mailing list:" +msgstr "" +"Quando as compilações forem concluídas, scripts adicionais auxiliares " +"estarão disponíveis para gerar e-mails de snapshots de desenvolvimento que " +"são enviados para a lista de e-mail freebsd-snapshots@freebsd.org:" + +#. (itstool) path: sect2/screen +#: article.translate.xml:1223 +#, no-wrap +msgid "" +"# cd /releng/scripts-snapshot/scripts\n" +"# ./get-checksums.sh -c ./builds-11.conf | ./generate-email.pl > snapshot-11-mail" +msgstr "" +"# cd /releng/scripts-snapshot/scripts\n" +"# ./get-checksums.sh -c ./builds-11.conf | ./generate-email.pl > snapshot-11-mail" + +#. (itstool) path: note/para +#: article.translate.xml:1227 +msgid "" +"The generated output should be double-checked for correctness, and the email " +"itself should be PGP signed, in-line." +msgstr "" +"A saída gerada deve ser checada duas vezes para garantir a exatidão, e o " +"próprio e-mail deve ter assinatura PGP, in-line (no arquivo)." + +#. (itstool) path: note/para +#: article.translate.xml:1233 +msgid "" +"These helper scripts only apply to development snapshot builds. " +"Announcements during the release cycle (excluding the final release " +"announcement) are created from an email template. A sample of the email " +"template currently used can be found here." +msgstr "" +"Esses scripts auxiliares aplicam-se apenas às compilações de snapshot " +"(versão instantânea) de desenvolvimento. Os anúncios durante o ciclo de " +"lançamento (excluindo o anúncio de versão final) são criados a partir de um " +"modelo de email. Uma amostra do modelo de email usado atualmente pode ser " +"encontrada aqui." + +#. (itstool) path: sect2/title +#: article.translate.xml:1242 +msgid "Building FreeBSD Releases" +msgstr "Construindo Releases do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:1244 +msgid "" +"Similar to building FreeBSD development snapshots, thermite.sh would be invoked the same way. The difference between development " +"snapshots and release builds, BETA and RC included, is that the chroot8 configuration files " +"must be named with release instead of snap as the \"type\", as mentioned above." +msgstr "" +"Similar a compilação de snapshots de desenvolvimento do FreeBSD, o " +"thermite.sh seria invocado da mesma maneira. A " +"diferença entre snapshots de desenvolvimento e builds de releases, " +"BETA e RC inclusos, é que os arquivos " +"de configuração do chroot8 devem ser nomeados com " +"release ao invés de snap no \"type\", " +"como mencionado acima." + +#. (itstool) path: sect2/para +#: article.translate.xml:1252 +msgid "" +"In addition, the BUILDTYPE and types " +"must be changed from snap to release " +"in defaults-11.conf and " +"builds-11.conf, respectively." +msgstr "" +"Além disso, BUILDTYPE e types devem " +"ser alterados de snap para release em " +"defaults-11.conf e " +"builds-11.conf, " +"respectivamente." + +#. (itstool) path: sect2/para +#: article.translate.xml:1260 +msgid "" +"When building BETA, RC, and the final " +"RELEASE, also statically set BUILDSVNREV to the revision on the branch reflecting the name change, " +"BUILDDATE to the date the builds are started in " +"YYYYMMDD format. If the doc/ and " +"ports/ trees have been tagged, also set " +"PORTBRANCH and DOCBRANCH to the " +"relevant tag path in the Subversion repository, replacing HEAD with the last changed revision. Also set releasesrc in builds-11.conf " +"to the relevant branch, such as stable/11/ or releng/11.0/." +msgstr "" +"Ao construir o BETA, o RC, e o " +"RELEASE final, também ajuste estaticamente o " +"BUILDSVNREV para a revisão na branch refletindo a mudança " +"de nome, BUILDDATE para a data em que as compilações são " +"iniciadas no formato YYYYMMDD. Se as árvores doc/" +" e ports/ tiverem sido marcadas, defina também " +"o PORTBRANCH e o DOCBRANCH para o " +"caminho da tag relevante no repositório Subversion, substituindo " +"HEAD pela última revisão alterada. Também defina " +"releasesrc em builds-11.conf para a branch relevante, como stable/" +"11/ ou releng/" +"11.0/." + +#. (itstool) path: sect2/para +#: article.translate.xml:1276 +msgid "" +"During the release cycle, a copy of CHECKSUM.SHA512 and " +"CHECKSUM.SHA256 for each architecture are stored in the " +"FreeBSD Release Engineering Team internal repository in addition to being " +"included in the various announcement emails. Each MANIFEST containing the hashes of base.txz, " +"kernel.txz, etc. are added to misc/freebsd-" +"release-manifests in the Ports Collection, as well." +msgstr "" +"Durante o ciclo de release, uma cópia do CHECKSUM.SHA512 e do CHECKSUM.SHA256 para cada arquitetura é " +"armazenada no repositório interno da Equipe de Engenharia de Release do " +"FreeBSD, além de ser incluída nos diversos e-mails de anúncio. Cada " +"MANIFEST contendo os hashes do base.txz, do kernel.txz, etc. também são adicionados " +"ao misc/freebsd-release-manifests na coleção de ports." + +#. (itstool) path: sect2/para +#: article.translate.xml:1287 +msgid "" +"After building the final RELEASE, the releng/" +"11.0/ branch is tagged as " +"release/11.0.0/ using the " +"revision from which the RELEASE was built. Similar to " +"creating the stable/11/ and " +"releng/11.0/ branches, this is " +"done with svn cp. From the repository root:" +msgstr "" +"Depois de construir a RELEASE final, a branch " +"releng/11.0/ é marcada como " +"release/11.0.0/ usando a " +"revisão a partir da qual a RELEASE foi construída. " +"Semelhante a criar as branches stable/11/" +" e releng/11.0/, " +"isso é feito com svn cp. Do repositório raiz:" + +#. (itstool) path: sect2/screen +#: article.translate.xml:1294 +#, no-wrap +msgid "" +"% svn cp ^/releng/11.0/@r306420 release/11.0.0/\n" +"% svn commit release/11.0.0/" +msgstr "" +"% svn cp ^/releng/11.0/@r306420 release/11.0.0/\n" +"% svn commit release/11.0.0/" + +#. (itstool) path: sect1/title +#: article.translate.xml:1306 +msgid "Publishing FreeBSD Installation Media to Project Mirrors" +msgstr "Publicando a Mídia de Instalação do FreeBSD nos Espelhos do Projeto" + +#. (itstool) path: sect1/para +#: article.translate.xml:1308 +msgid "" +"This section describes the procedure to publish FreeBSD development " +"snapshots and releases to the Project mirrors." +msgstr "" +"Esta seção descreve o procedimento para publicar snapshots e releases de " +"desenvolvimento do FreeBSD nos espelhos do Projeto." + +#. (itstool) path: sect2/title +#: article.translate.xml:1312 +msgid "Staging FreeBSD Installation Media Images" +msgstr "Preparando Imagens de Mídias de Instalação do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:1314 +msgid "Staging FreeBSD snapshots and releases is a two part process:" +msgstr "" +"A preparação dos snapshots e das versões do FreeBSD é um processo de duas " +"partes:" + +#. (itstool) path: listitem/para +#: article.translate.xml:1319 +msgid "" +"Creating the directory structure to match the hierarchy on ftp-" +"master" +msgstr "" +"Criando a estrutura de diretórios para corresponder a hierarquia em " +"ftp-master" + +#. (itstool) path: listitem/para +#: article.translate.xml:1322 +msgid "" +"If EVERYTHINGISFINE is defined in the build configuration " +"files, main.conf in the case of the build scripts " +"referenced above, this happens automatically in the " +"chroot8 after the build is complete, creating the directory structure " +"in ${DESTDIR}/R/ftp-stage with a " +"path structure matching what is expected on ftp-master. This is equivalent to running the following in the " +"chroot8 directly:" +msgstr "" +"Se EVERYTHINGISFINE for definido nos arquivos de " +"configuração de compilação, main.conf no caso dos " +"scripts de compilação mencionados acima, isto acontece automaticamente no " +"chroot8 após a compilação ser concluída, criando a estrutura de " +"diretório em ${DESTDIR}/R/ftp-stage " +"com um estrutura de caminho que corresponde ao que é esperado em " +"ftp-master. Isto é equivalente a executar o " +"seguinte diretamente no chroot " +"8:" + +#. (itstool) path: listitem/screen +#: article.translate.xml:1331 +#, no-wrap +msgid "# make -C /usr/src/release -f Makefile.mirrors EVERYTHINGISFINE=1 ftp-stage" +msgstr "# make -C /usr/src/release -f Makefile.mirrors EVERYTHINGISFINE=1 ftp-stage" + +#. (itstool) path: listitem/para +#: article.translate.xml:1333 +msgid "" +"After each architecture is built, thermite.sh will " +"rsync the " +"${DESTDIR}/R/ftp-stage from the build " +"chroot8 to /snap/ftp/snapshots or /snap/ftp/releases on " +"the build host, respectively." +msgstr "" +"Depois que cada arquitetura é compilada, o thermite.sh " +"irá fazer um rsync do ${DESTDIR}/R/ftp-stage da compilação " +"chroot8 para o diretório /snap/ftp/" +"snapshots ou /snap/ftp/releases no host de compilação, respectivamente." + +#. (itstool) path: listitem/para +#: article.translate.xml:1342 +msgid "" +"Copying the files to a staging directory on ftp-master before moving the files into pub/ to begin propagation to the Project mirrors" +msgstr "" +"Copiando os arquivos para um diretório temporário em ftp-master " +" antes de mover os arquivos para pub/ para iniciar a propagação para os servidores espelhos do " +"Projeto" + +#. (itstool) path: listitem/para +#: article.translate.xml:1347 +msgid "" +"Once all builds have finished, /snap/ftp/" +"snapshots, or /snap/ftp/releases for a release, is polled by ftp-master " +"using rsync to /" +"archive/tmp/snapshots or /archive/" +"tmp/releases, respectively." +msgstr "" +"Uma vez que todas as compilações terminarem, /" +"snap/ftp/snapshots, ou /snap/ftp/" +"releases para uma versão, é pesquisado pelo ftp-" +"master usando rsync para /archive/tmp/snapshots ou /archive/tmp/releases, respectivamente." + +#. (itstool) path: note/para +#: article.translate.xml:1356 +msgid "" +"On ftp-master in the FreeBSD Project " +"infrastructure, this step requires root level access, as " +"this step must be executed as the archive user." +msgstr "" +"No ftp-master na infraestrutura do Projeto FreeBSD, " +"esta etapa requer acesso ao nível de root, já que esta " +"etapa deve ser executada como o usuário archive." + +#. (itstool) path: sect2/title +#: article.translate.xml:1366 +msgid "Publishing FreeBSD Installation Media" +msgstr "Publicando a Mídia de Instalação do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:1368 +msgid "" +"Once the images are staged in /archive/tmp/, they are ready to be made public by putting them in /archive/pub/FreeBSD. In order to reduce " +"propagation time, pax1 is used to create hard " +"links from /archive/tmp to " +"/archive/pub/FreeBSD." +msgstr "" +"Uma vez que as imagens são colocadas em /" +"archive/tmp/, elas estão prontas para serem publicadas colocando-" +"as em /archive/pub/FreeBSD. Para " +"reduzir o tempo de propagação, o pax1 é usado para criar " +"links físicos a partir de /archive/tmp para /archive/pub/FreeBSD." + +#. (itstool) path: note/para +#: article.translate.xml:1375 +msgid "" +"In order for this to be effective, both /" +"archive/tmp and /archive/pub must reside on the same logical filesystem." +msgstr "" +"Para que isto seja efetivo, tanto o /archive/" +"tmp quanto o /archive/pub devem residir no mesmo sistema de arquivos lógico." + +#. (itstool) path: sect2/para +#: article.translate.xml:1379 +msgid "" +"There is a caveat, however, where rsync must be " +"used after pax1 in order to correct the symbolic links in " +"pub/FreeBSD/snapshots/ISO-IMAGES which pax1 will replace with a " +"hard link, increasing the propagation time." +msgstr "" +"Há uma ressalva, no entanto, em que o rsync deve " +"ser usado após o pax1 para corrigir os links " +"simbólicos no pub/FreeBSD/" +"snapshots/ISO-IMAGES que o " +"pax1 irá substituir por um hard link, aumentando o tempo de " +"propagação." + +#. (itstool) path: note/para +#: article.translate.xml:1386 +msgid "" +"As with the staging steps, this requires root level " +"access, as this step must be executed as the archive user." +msgstr "" +"Assim como nas etapas de preparação, isto requer acesso em nível de " +"root, já que essa etapa deve ser executada como o " +"usuário archive." + +#. (itstool) path: sect2/para +#: article.translate.xml:1391 +msgid "As the archive user:" +msgstr "Como o usuário archive:" + +#. (itstool) path: sect2/screen +#: article.translate.xml:1393 +#, no-wrap +msgid "" +"% cd /archive/tmp/snapshots\n" +"% pax -r -w -l . /archive/pub/FreeBSD/snapshots\n" +"% /usr/local/bin/rsync -avH /archive/tmp/snapshots/* /archive/pub/FreeBSD/snapshots/" +msgstr "" +"% cd /archive/tmp/snapshots\n" +"% pax -r -w -l . /archive/pub/FreeBSD/snapshots\n" +"% /usr/local/bin/rsync -avH /archive/tmp/snapshots/* /archive/pub/FreeBSD/snapshots/" + +#. (itstool) path: sect2/para +#: article.translate.xml:1397 +msgid "" +"Replace snapshots with releases as appropriate." +msgstr "" +"Substitua os snapshots por releases conforme apropriado." + +#. (itstool) path: sect1/title +#: article.translate.xml:1404 +msgid "Wrapping up the Release Cycle" +msgstr "Encerrando o Ciclo de Release" + +#. (itstool) path: sect1/para +#: article.translate.xml:1406 +msgid "This section describes general post-release tasks." +msgstr "Esta seção descreve as tarefas gerais de pós-release." + +#. (itstool) path: sect2/title +#: article.translate.xml:1409 +msgid "Post-Release Errata Notices" +msgstr "Avisos de Erratas de Pós-Release" + +#. (itstool) path: sect2/para +#: article.translate.xml:1411 +msgid "" +"As the release cycle approaches conclusion, it is common to have several " +"EN (Errata Notice) candidates to address issues that were " +"discovered late in the cycle. Following the release, the FreeBSD Release " +"Engineering Team and the FreeBSD Security Team revisit changes that were not " +"approved prior to the final release, and depending on the scope of the " +"change in question, may issue an EN." +msgstr "" +"A medida que o ciclo de release se aproxima da conclusão, é comum ter vários " +"candidatos a EN (Aviso de Erratas) para abordar os " +"problemas que foram descobertos ao final do ciclo. Após o lançamento, a " +"Equipe de Engenharia de Release do FreeBSD e a Equipe de Segurança do " +"FreeBSD reveem mudanças que não foram aprovadas antes da versão final, e " +"dependendo do escopo da mudança em questão, podem emitir um EN." + +#. (itstool) path: note/para +#: article.translate.xml:1420 +msgid "" +"The actual process of issuing ENs is handled by the " +"FreeBSD Security Team." +msgstr "" +"O processo atual de emissão de ENs é tratado pela Equipe " +"de Segurança do FreeBSD." + +#. (itstool) path: sect2/title +#: article.translate.xml:1426 +msgid "Handoff to the FreeBSD Security Team" +msgstr "Entrega para a Equipe de Segurança do FreeBSD" + +#. (itstool) path: sect2/para +#: article.translate.xml:1428 +msgid "" +"Roughly two weeks following the release, the Release Engineer updates " +"svnadmin/conf/approvers changing the approver column " +"from re to (so|security-officer) for " +"the releng/11.0/ branch." +msgstr "" +"Aproximadamente duas semanas após o lançamento, o Engenheiro de Release " +"atualiza svnadmin/conf/approvers alterando a coluna do " +"aprovador de re para (so|security-officer) para a branch releng/11.0/." Property changes on: head/pt_BR.ISO8859-1/articles/freebsd-releng/pt_BR.po ___________________________________________________________________ Added: svn:keywords ## -0,0 +1 ## +FreeBSD=%H \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/x-gettext-translation; charset=UTF-8 \ No newline at end of property