The translation is temporarily closed for contributions due to maintenance, please come back later.

Source string Read only

(itstool) path: info/pubdate
Context English State
_ translator-credits
FreeBSD Release Engineering
<email>gjb@FreeBSD.org</email>
<personname> <firstname>Glen</firstname> <surname>Barber</surname> </personname> <affiliation> <orgname class="nonprofit"> <link xlink:href="https://www.freebsdfoundation.org">The FreeBSD Foundation</link></orgname> </affiliation> <affiliation> <orgname> <link xlink:href="https://www.netgate.com">Rubicon Communications, LLC (Netgate)</link></orgname> <_:address-1/> </affiliation>
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 <quote>™</quote> or the <quote>®</quote> symbol.
$FreeBSD: head/en_US.ISO8859-1/articles/freebsd-releng/article.xml 54556 2020-09-30 15:54:17Z gjb $
This article describes the release engineering process of the FreeBSD Project.
Introduction to the FreeBSD Release Engineering Process
Development of FreeBSD has a very specific workflow. In general, all changes to the FreeBSD base system are committed to the <literal>head/</literal> branch, which reflects the top of the source tree.
After a reasonable testing period, changes can then be merged to the <literal>stable/</literal> branches. The default minimum timeframe before merging to <literal>stable/</literal> branches is three (3) days.
Although a general rule to wait a minimum of three days before merging from <literal>head/</literal>, 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.
After several months, and the number of changes in the <literal>stable/</literal> branch have grown significantly, it is time to release the next version of FreeBSD. These releases have been historically referred to as <quote>point</quote> releases.
In between releases from the <literal>stable/</literal> branches, approximately every two (2) years, a release will be cut directly from <literal>head/</literal>. These releases have been historically referred to as <quote>dot-zero</quote> releases.
This article will highlight the workflow and responsibilities of the FreeBSD Release Engineering Team for both <quote>dot-zero</quote> and <quote>point</quote>' releases.
The following sections of this article describe:
General information and preparation before starting the release cycle.
Website Changes During the Release Cycle
Terminology and general information, such as the <quote>code slush</quote> and <quote>code freeze</quote>, used throughout this document.
The Release Engineering process for a <quote>dot-zero</quote> release.
The Release Engineering process for a <quote>point</quote> release.
Information related to the specific procedures to build installation medium.

Loading…

No matching activity found.

Browse all component changes

Things to check

Multiple failing checks

Following checks are failing:
Unchanged translation: Portuguese (Brazil), Spanish

Reset

Source information

Source string comment
(itstool) path: info/pubdate
Flags
read-only
Source string location
article.translate.xml:61
String age
4 months ago
Source string age
4 months ago
Translation file
articles/freebsd-releng.pot, string 8