Translation

To service our most conservative users, individual release branches were introduced with FreeBSD  4.3. These release branches are created shortly before a final release is made. After the release goes out, only the most critical security fixes and additions are merged onto the release branch. In addition to source updates via Subversion, binary patchkits are available to keep systems on the <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis> branches updated.
(itstool) path: sect1/para
To service our most conservative users, individual release branches were introduced with FreeBSD 4.3. These release branches are created shortly before a final release is made. After the release goes out, only the most critical security fixes and additions are merged onto the release branch. In addition to source updates via Subversion, binary patchkits are available to keep systems on the <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis> branches updated.
572/4960
Context English Spanish State
This paper describes the approach used by the FreeBSD release engineering team to make production quality releases of the FreeBSD Operating System. It details the methodology used for the official FreeBSD releases and describes the tools available for those interested in producing customized FreeBSD releases for corporate rollouts or commercial productization. Este artículo describe la aproximación utilizada por el equipo de ingeniería de productos de FreeBSD para generar releases de calidad y listas para utilizar en entornos de producción. Se detalla la metodología utilizada para generar la release oficial de FreeBSD y se describen las herramientas disponibles para aquellas personas interesadas en generar sus propias releases a medida de sus necesidades, en particular para demostraciones de empresa o para comercializar el producto.
Introduction Introducción
Subversion, <uri xlink:href="http://subversion.apache.org">http://subversion.apache.org</uri> Subversion, <uri xlink:href="http://subversion.apache.org">http://subversion.apache.org</uri>
<link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/articles/contributors/article.html#staff-committers">FreeBSD committers</link> <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/articles/contributors/article.html#staff-committers">FreeBSD committers</link>
<link xlink:href="@@URL_RELPREFIX@@/administration.html#t-core">FreeBSD Core Team</link> <link xlink:href="@@URL_RELPREFIX@@/administration.html#t-core">FreeBSD Core Team</link>
The development of FreeBSD is a very open process. FreeBSD is comprised of contributions from thousands of people around the world. The FreeBSD Project provides Subversion <_:footnote-1/> access to the general public so that others can have access to log messages, diffs (patches) between development branches, and other productivity enhancements that formal source code management provides. This has been a huge help in attracting more talented developers to FreeBSD. However, I think everyone would agree that chaos would soon manifest if write access to the main repository was opened up to everyone on the Internet. Therefore only a <quote>select</quote> group of nearly 300 people are given write access to the Subversion repository. These <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/articles/contributors/article.html#staff-committers">committers</link> <_:footnote-2/> are usually the people who do the bulk of FreeBSD development. An elected <link xlink:href="@@URL_RELPREFIX@@/administration.html#t-core">Core Team</link> <_:footnote-3/> of developers provide some level of direction over the project.
The rapid pace of <systemitem>FreeBSD</systemitem> development makes the main development branch unsuitable for the everyday use by the general public. In particular, stabilizing efforts are required for polishing the development system into a production quality release. To solve this conflict, development continues on several parallel tracks. The main development branch is the <emphasis>HEAD</emphasis> or <emphasis>trunk</emphasis> of our Subversion tree, known as <quote>FreeBSD-CURRENT</quote> or <quote>-CURRENT</quote> for short. El rápido ritmo de desarrollo de <systemitem>FreeBSD</systemitem> hace que la principal rama de desarrollo sea inadecuada para el uso diario del público en general. En particular, se requieren esfuerzos de estabilización para pulir el sistema de desarrollo en una versión de calidad de producción. Para resolver este conflicto, el desarrollo continúa en varias vías paralelas. La principal rama de desarrollo es la <emphasis>HEAD</emphasis> o <emphasis>tronco</emphasis> de nuestro árbol de Subversión, conocido como <quote>FreeBSD-CURRENT</quote> o <quote>-CURRENT</quote> para abreviar.
A set of more stable branches are maintained, known as <quote>FreeBSD-STABLE</quote> or <quote>-STABLE</quote> for short. All branches live in a master Subversion repository maintained by the FreeBSD Project. FreeBSD-CURRENT is the <quote>bleeding-edge</quote> of FreeBSD development where all new changes first enter the system. FreeBSD-STABLE is the development branch from which major releases are made. Changes go into this branch at a different pace, and with the general assumption that they have first gone into FreeBSD-CURRENT and have been thoroughly tested by our user community. Se mantiene un conjunto de ramas más estables, conocidas como <quote>FreeBSD-STABLE</quote> o <quote>-STABLE</quote> para abreviar. Todas las ramas viven en un repositorio maestro de Subversion mantenido por el Proyecto FreeBSD. FreeBSD-CURRENT es el <quote>punto de inflexión</quote> del desarrollo de FreeBSD donde todos los nuevos cambios entran primero en el sistema. FreeBSD-STABLE es la rama de desarrollo a partir de la cual se hacen las principales versiones. Los cambios entran en esta rama a un ritmo diferente, y con la suposición general de que primero han entrado en FreeBSD-CURRENT y han sido probados a fondo por nuestra comunidad de usuarios.
The term <emphasis>stable</emphasis> in the name of the branch refers to the presumed Application Binary Interface stability, which is promised by the project. This means that a user application compiled on an older version of the system from the same branch works on a newer system from the same branch. The ABI stability has improved greatly from the compared to previous releases. In most cases, binaries from the older <emphasis>STABLE</emphasis> systems run unmodified on newer systems, including <emphasis>HEAD</emphasis>, assuming that the system management interfaces are not used. El término <emphasis>estable</emphasis> en el nombre de la rama se refiere a la presunta estabilidad de la interfaz binaria de la aplicación, que se garantiza en el proyecto. Esto significa que una aplicación de usuario compilada en una versión antigua del sistema de la misma rama funciona en un sistema más nuevo de la misma rama. La estabilidad de la ABI ha mejorado mucho en comparación con las versiones anteriores. En la mayoría de los casos, los binarios de los sistemas <emphasis>STABLE</emphasis> más antiguos funcionan sin modificaciones en los sistemas más nuevos, incluido <emphasis>HEAD</emphasis>, suponiendo que no se utilizan las interfaces de gestión del sistema.
buildworld buildworld
<link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/makeworld.html">Rebuilding "world"</link>
In the interim period between releases, weekly snapshots are built automatically by the FreeBSD Project build machines and made available for download from <systemitem>ftp://ftp.FreeBSD.org/pub/FreeBSD/snapshots/</systemitem>. The widespread availability of binary release snapshots, and the tendency of our user community to keep up with -STABLE development with Subversion and <quote><command>make</command> <_:buildtarget-1/></quote> <_:footnote-2/> helps to keep FreeBSD-STABLE in a very reliable condition even before the quality assurance activities ramp up pending a major release.
In addition to installation ISO snapshots, weekly virtual machine images are also provided for use with <application>VirtualBox</application>, <application>qemu</application>, or other popular emulation software. The virtual machine images can be downloaded from <systemitem>ftp://ftp.FreeBSD.org/pub/FreeBSD/snapshots/VM-IMAGES/</systemitem>. Además de las instantáneas ISO de instalación, también se proporcionan imágenes semanales de máquinas virtuales para su uso con <application>VirtualBox</application>, <application>qemu</application> u otro software de emulación popular. Las imágenes de la máquina virtual pueden ser descargadas desde <systemitem>ftp://ftp.FreeBSD.org/pub/FreeBSD/snapshots/VM-IMAGES/</systemitem>.
The virtual machine images are approximately 150MB <citerefentry><refentrytitle>xz</refentrytitle><manvolnum>1</manvolnum></citerefentry> compressed, and contain a 10GB sparse filesystem when attached to a virtual machine. Las imágenes de la máquina virtual son de aproximadamente 150MB <citerefentry><refentrytitle>xz</refentrytitle><manvolnum>1</manvolnum></citerefentry> comprimidos, y contienen un sistema de archivos dispersos de 10GB cuando se adjuntan a una máquina virtual.
Bug reports and feature requests are continuously submitted by users throughout the release cycle. Problems reports are entered into our <application>Bugzilla</application> database through the web interface provided at <uri xlink:href="https://www.freebsd.org/support/bugreports.html">https://www.freebsd.org/support/bugreports.html</uri>.
To service our most conservative users, individual release branches were introduced with FreeBSD 4.3. These release branches are created shortly before a final release is made. After the release goes out, only the most critical security fixes and additions are merged onto the release branch. In addition to source updates via Subversion, binary patchkits are available to keep systems on the <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis> branches updated. Para atender a nuestros usuarios más conservadores, se introdujeron ramas de liberación individuales con FreeBSD 4.3. Estas ramas de liberación se crean poco antes de que se haga una liberación final. Después de que la versión sale, sólo los arreglos de seguridad más críticos y las adiciones se fusionan en la rama de la versión. Además de las actualizaciones de las fuentes a través de Subversion, hay disponibles parches binarios para mantener actualizados los sistemas en las ramas <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis>.
What This Article Describes Lo que describe este artículo
The following sections of this article describe: Las siguientes secciones de este artículo describen:
The different phases of the release engineering process leading up to the actual system build. Las diferentes fases del proceso de ingeniería de liberación que conducen a la construcción del sistema real.
The actual build process. El proceso de construcción actual.
How the base release may be extended by third parties. Cómo la liberación de la base puede ser extendida por terceros.
Some of the lessons learned through the release of FreeBSD 4.4. Algunas de las lecciones aprendidas a través del lanzamiento de FreeBSD 4.4.
Future directions of development. Las futuras direcciones de desarrollo.
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>re@FreeBSD.org</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>re@FreeBSD.org</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.

Loading…

To service our most conservative users, individual release branches were introduced with FreeBSD 4.3. These release branches are created shortly before a final release is made. After the release goes out, only the most critical security fixes and additions are merged onto the release branch. In addition to source updates via Subversion, binary patchkits are available to keep systems on the <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis> branches updated.
Para atender a nuestros usuarios más conservadores, se introdujeron ramas de liberación individuales con FreeBSD 4.3. Estas ramas de liberación se crean poco antes de que se haga una liberación final. Después de que la versión sale, sólo los arreglos de seguridad más críticos y las adiciones se fusionan en la rama de la versión. Además de las actualizaciones de las fuentes a través de Subversion, hay disponibles parches binarios para mantener actualizados los sistemas en las ramas <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis>.
2 months ago
User avatar juanda-097

Translation changed

FreeBSD Doc / articles_relengSpanish

To service our most conservative users, individual release branches were introduced with FreeBSD 4.3. These release branches are created shortly before a final release is made. After the release goes out, only the most critical security fixes and additions are merged onto the release branch. In addition to source updates via Subversion, binary patchkits are available to keep systems on the <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis> branches updated.
Para atender a nuestros usuarios más conservadores, se introdujeron ramas de liberación individuales con FreeBSD 4.3. Estas ramas de liberación se crean poco antes de que se haga una liberación final. Después de que la versión sale, sólo los arreglos de seguridad más críticos y las adiciones se fusionan en la rama de la versión. Además de las actualizaciones de las fuentes a través de Subversion, hay disponibles parches binarios para mantener actualizados los sistemas en las ramas <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis>.
2 months ago
Browse all component changes

Things to check

Has been translated

Last translation was "Para atender a nuestros usuarios más conservadores, se introdujeron ramas de liberación individuales con FreeBSD 4.3. Estas ramas de liberación se crean poco antes de que se haga una liberación final. Después de que la versión sale, sólo los arreglos de seguridad más críticos y las adiciones se fusionan en la rama de la versión. Además de las actualizaciones de las fuentes a través de Subversion, hay disponibles parches binarios para mantener actualizados los sistemas en las ramas <emphasis>releng/<replaceable>X</replaceable>.<replaceable>Y</replaceable></emphasis>.".

Fix string

Reset

Glossary

English Spanish
Release Versión FreeBSD Doc

Source information

Source string comment
(itstool) path: sect1/para
Source string location
article.translate.xml:171
String age
7 months ago
Source string age
7 months ago
Translation file
articles/es_ES/releng.po, string 28