Charte pour l'�quipe en charge des nouvelles versions
L'�quipe en charge des nouvelles versions a les responsabilit�s suivantes :
Mettre en place et publier le planning des versions officielles du projet FreeBSD.
Documenter et formaliser les proc�dures de cr�ation des versions de mani�re � ce que le processus soit constamment examin� et am�lior�. Cela inclu davantage de documentation � propos du cluster d�di� aux ports et � propos des proc�dures d'organisation des paquetages.
Mettre en place et publier les dates de "gel" du code source et jouer le r�le de comit� charg� de d�cider quels changements peuvent �ventuellement �tre faits durant ces laps de temps. Cela inclue les "gels" pour "HEAD" lors de la pr�paration d'une version en .0 ainsi que les traditionnels "gels" RELENG_* lors de la pr�paration d'une version -STABLE.
Cr�ation et maintenance des branches RELENG_* de l'arbre src/. Cela inclu la prise de d�cision finale sur les changements qui sont effectu�s (et qui resteront) dans la branche -STABLE avant la mise en place de la nouvelle branche.
Travailler en coop�ration avec l'�quipe principale et/ou la Fondation FreeBSD pour codifier un ensemble de r�gles que les revendeurs doivent respecter pour �tre autoris�s � appeler un produit "FreeBSD" ou "Version officielle FreeBSD".
Tester et int�grer les paquetages requis � partir de la collection des ports sur le support (CD-Rom, ...) officiel choisi. Portmgr@ est responsable de la gestion du "gel" des ports/ et fourni l'ensemble des paquetages � partir des ports pouvant �tre redistribu�s. re@ est �galement responsable de la r�partition de ces paquetages sur les diff�rents ISOs en tenant compte des contraintes du support choisi. re@ est l'ultime responsable pour veiller � ce que tous les paquetages n�cessaires soient disponibles sur le support choisi mais la coop�ration de portmgr@ est essentiel.
Coordination avec le Projet de Documentation FreeBSD pour s'assurer qu'un ensemble coh�rent de documentations est fourni avec la nouvelle version. Cela inclu la possibilit� de demander qu'aucune modification importante ne soit faite dans les documentations durant les semaines qui pr�c�dent la sortie d'une version.
Coordination avec l'�quipe de l'officier de s�curit� afin de s'assurer que les versions FreeBSD en cours de cr�ation ne sont pas affect�es par des failles de s�curit� r�cemment d�couvertes. De plus, approximativement une semaine apr�s la sortie d'une version, la responsabilit� de l'approbation des modifications sur la branche RELENG_X_Y est transf�r�e de l'�quipe en charge des versions � l'�quipe en charge de la s�curit�. La date exacte du transfert est choisie en commun accord entre les deux parties une fois qu'il est clair que la nouvelle version est un succ�s. Une annonce est alors envoy�e sur la liste developers@.
Envoyer des messages sur [email protected] au nom du projet pour annoncer les nouvelles versions de FreeBSD.