(itstool) path: sect3/title
Creating the Release Branch
Context English Spanish State
Release Process Proceso de liberación
New releases of FreeBSD are released from the -STABLE branch at approximately four month intervals. The FreeBSD release process begins to ramp up 70-80 days before the anticipated release date when the release engineer sends an email to the development mailing lists to remind developers that they only have 15 days to integrate new changes before the code freeze. During this time, many developers perform what have become known as <quote>MFC sweeps</quote>. Los nuevos lanzamientos de FreeBSD son liberados de la rama -STABLE en intervalos de aproximadamente cuatro meses. El proceso de liberación de FreeBSD comienza a acelerarse 70-80 días antes de la fecha prevista de liberación cuando el ingeniero de liberación envía un correo electrónico a las listas de correo de desarrollo para recordar a los desarrolladores que sólo tienen 15 días para integrar los nuevos cambios antes de que el código se congele. Durante este tiempo, muchos desarrolladores realizan lo que se conoce como <quote>MFC sweeps</quote>.
<acronym>MFC</acronym> stands for <quote>Merge From CURRENT</quote> and it describes the process of merging a tested change from our -CURRENT development branch to our -STABLE branch. Project policy requires any change to be first applied to trunk, and merged to the -STABLE branches after sufficient external testing was done by -CURRENT users (developers are expected to extensively test the change before committing to -CURRENT, but it is impossible for a person to exercise all usages of the general-purpose operating system). Minimal MFC period is 3 days, which is typically used only for trivial or critical bugfixes. <acronym>MFC</acronym> significa <quote>Merge From CURRENT</quote> y describe el proceso de fusión de un cambio probado de nuestra rama de desarrollo actual a nuestra rama estable. La política del proyecto requiere que cualquier cambio se aplique primero al tronco, y se fusione a las ramas -STABLE después de que los usuarios de -CURRENT hayan realizado suficientes pruebas externas (se espera que los desarrolladores prueben ampliamente el cambio antes de comprometerse con -CURRENT, pero es imposible que una persona ejerza todos los usos del sistema operativo de propósito general). El período mínimo de MFC es de 3 días, que normalmente se utiliza sólo para correcciones de errores triviales o críticos.
Code Review Revisión del código
Sixty days before the anticipated release, the source repository enters a <quote>code freeze</quote>. During this time, all commits to the -STABLE branch must be approved by Release Engineering Team <email></email>. The approval process is technically enforced by a pre-commit hook. The kinds of changes that are allowed during this period include: Sesenta días antes de la liberación anticipada, el repositorio de fuentes entra en un <quote>congelamiento de código</quote>. Durante este tiempo, todas las confirmaciones de la rama -STABLE deben ser aprobadas por el Equipo de Ingeniería de Liberación <email></email>. El proceso de aprobación es técnicamente reforzado por un gancho de pre-commit. Los tipos de cambios que se permiten durante este período incluyen:
Bug fixes. Arreglos de errores.
Documentation updates. Actualizaciones de la documentación.
Security-related fixes of any kind. Arreglos de seguridad de cualquier tipo.
Minor changes to device drivers, such as adding new Device IDs. Cambios menores en los controladores de los dispositivos, como la adición de nuevas identificaciones de dispositivos.
Driver updates from the vendors. Actualizaciones de los controladores de los fabricantes.
Any additional change that the release engineering team feels is justified, given the potential risk. Cualquier cambio adicional que el equipo de ingeniería de lanzamiento considere justificado, dado el riesgo potencial.
Shortly after the code freeze is started, a <emphasis>BETA1</emphasis> image is built and released for widespread testing. During the code freeze, at least one beta image or release candidate is released every two weeks until the final release is ready. During the days preceding the final release, the release engineering team is in constant communication with the security-officer team, the documentation maintainers, and the port maintainers to ensure that all of the different components required for a successful release are available. Poco después de que se inicia la congelación del código, se construye una imagen <emphasis>BETA1</emphasis> y se libera para su prueba generalizada. Durante la congelación de código, al menos una imagen beta o candidata a ser liberada cada dos semanas hasta que la liberación final esté lista. Durante los días anteriores a la liberación final, el equipo de ingeniería de liberación está en constante comunicación con el equipo de seguridad, los encargados de la documentación y los encargados de los puertos para asegurar que todos los diferentes componentes requeridos para una liberación exitosa estén disponibles.
After the quality of the BETA images is satisfying enough, and no large and potentially risky changes are planned, the release branch is created and <emphasis>Release Candidate</emphasis> (RC) images are built from the release branch, instead of the BETA images from the STABLE branch. Also, the freeze on the STABLE branch is lifted and release branch enters a <quote>hard code freeze</quote> where it becomes much harder to justify new changes to the system unless a serious bug-fix or security issue is involved.
Final Release Checklist Lista de control de liberación final
When several BETA images have been made available for widespread testing and all major issues have been resolved, the final release <quote>polishing</quote> can begin. Cuando varias imágenes BETA han sido puestas a disposición para ser probadas ampliamente y todos los problemas importantes han sido resueltos, el <quote>pulido</quote> de la versión final puede comenzar.
Creating the Release Branch Creación de la rama de liberación
In all examples below, <literal>$FSVN</literal> refers to the location of the FreeBSD Subversion repository, <literal>svn+ssh://</literal>.
The layout of FreeBSD branches in Subversion is described in the <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/articles/committers-guide/subversion-primer.html#subversion-primer-base-layout">Committer's Guide</link>. The first step in creating a branch is to identify the revision of the <literal>stable/<replaceable>X</replaceable></literal> sources that you want to branch <emphasis>from</emphasis>.
<prompt>#</prompt> <userinput>svn log -v $FSVN/stable/9</userinput> <prompt>#</prompt> <userinput>svn log -v $FSVN/stable/9</userinput>
The next step is to create the <emphasis>release branch</emphasis> El siguiente paso es crear la <emphasis>rama de liberación</emphasis>
<prompt>#</prompt> <userinput>svn cp $FSVN/stable/9@REVISION $FSVN/releng/9.2</userinput>
This branch can be checked out: Esta rama puede ser revisada:
<prompt>#</prompt> <userinput>svn co $FSVN/releng/9.2 src</userinput> <prompt>#</prompt> <userinput>svn co $FSVN/releng/9.2 src</userinput>
Creating the <literal>releng</literal> branch and <literal>release</literal> tags is done by the <link xlink:href="@@URL_RELPREFIX@@/administration.html#t-re">Release Engineering Team</link>.
_ external ref='branches-head' md5='__failed__'
<imageobject> <imagedata fileref="branches-head" align="center"/> </imageobject> <textobject> <phrase>FreeBSD Development Branch</phrase> </textobject> <imageobject> <imagedata fileref="branches-head" align="center"/> </imageobject> <textobject> <phrase>Rama de desarrollo de FreeBSD</phrase> </textobject>
_ external ref='branches-releng3' md5='__failed__' external ref='branches-releng3' md5='__failed__'
<imageobject> <imagedata fileref="branches-releng3" align="center"/> </imageobject> <textobject> <phrase>FreeBSD 3.x STABLE Branch</phrase> </textobject> <imageobject> <imagedata fileref="branches-releng3" align="center"/> </imageobject> <textobject> <phrase>FreeBSD 3.x STABLE Branch</phrase> </textobject>
_ external ref='branches-releng4' md5='__failed__' external ref='branches-releng4' md5='__failed__'
<imageobject> <imagedata fileref="branches-releng4" align="center"/> </imageobject> <textobject> <phrase>FreeBSD 4.x STABLE Branch</phrase> </textobject> <imageobject> <imagedata fileref="branches-releng4" align="center"/> </imageobject> <textobject> <phrase>FreeBSD 4.x STABLE Branch</phrase> </textobject>
_ external ref='branches-releng5' md5='__failed__' external ref='branches-releng5' md5='__failed__'


Creating the Release Branch
Creación de la rama de liberación
5 months ago
User avatar None

New source string

FreeBSD Doc / articles_relengSpanish

New source string a year ago
Browse all component changes


English Spanish
Release Versión FreeBSD Doc

Source information

Source string comment
(itstool) path: sect3/title
Source string location
String age
a year ago
Source string age
a year ago
Translation file
articles/es_ES/releng.po, string 51