FreeBSD - Définition

Développement

Beaucoup est resté de l'époque Berkeley Software Distribution et du CSRG avec, entre autres, de grandes parties des sources, des sources sont publiées avec le système, des décisions prises par un groupe réduit de développeurs. Les développeurs sont dispersés dans le monde entier. Les sources de toutes les branches depuis la version 2.2 jusqu'aux dernières expérimentations de CURRENT sont en permanence disponibles sur les serveurs. Il est même possible de télécharger les sources d'une branche telles qu'elles étaient à une date précise.

L'équipe

Le développement se fait d'une manière assez hiérarchisée. La core team rassemble des développeurs élus qui décident de l'évolution générale de FreeBSD. Ils sont actuellement neuf, et on compte 29 anciens (depuis 1992) qui continuent à contribuer. Les élections se tiennent tous les deux ans ; la dernière (en 2009) s’est déroulée en juillet 2008.

Les autres équipes sont responsables de :

• la sécurité (sept membres) ;
• des releases (une équipe principale et autant d'équipes que de plates-formes) ;
• de la documentation ;
• de la gestion des ports ;
• des dons.

Certains développeurs font partie de plusieurs équipes, par exemple core team et release engineering team.

FreeBSD compte en novembre 2006 :

• environ 370 développeurs (dont les membres de la core team) qui ont accès en écriture aux sources officielles ; ce sont les FreeBSD committers, terme venant de la commande commit du programme CVS (Concurrent Version System), qui permet de transmettre les modifications sur le serveur central ;
• 1905 contributeurs sans privilèges ;
• un certain nombre d'utilisateurs et testeurs, parmi lesquels des individus, des organismes, des fournisseurs d'accès et des hébergeurs en général.

Il y a régulièrement des importations et exportations de code entre les systèmes BSD (FreeBSD, NetBSD, OpenBSD, DragonFly BSD). Par conséquent, les développeurs BSD en général participent au code des BSD. Il y a plusieurs raisons à cela : tous ont pour ancêtre commun 4.4BSDLite et ont une architecture proche - en moyenne bien plus que deux distributions Linux, et tous ont la même licence BSD. D'autres licences proches comme celle de Solaris permettent également des flux de code. Dtrace, un outil qui permet de voir d'une manière arbitraire tout ce qui se passe dans le système, est en train d'être porté sur FreeBSD :

• Devon O'Dell a commencé une grande partie du travail ;
• John Birrell principalement le continue :
  • l’avancement peut être suivi sur la page du projet,
  • fin mai 2006, 793 sur 1039 tests que DTrace réalise sous Solaris, réussissent sous FreeBSD.

Apple a utilisé une grande partie du système version 5, et a participé en retour à l'ajout de fonctionnalités. Il y a donc une communauté de développeurs FreeBSD - au sens large - très importante.

L'organisation

FreeBSD a trois étiquettes pour les sources :

• HEAD, version en développement sans restriction (version 7 jusqu'à l'été 2007) ;
• RELENG_x, version en développement mais à l'architecture fixée ;
• RELENG_x_y, version de production mise à jour.

Au numéro x correspond donc une architecture ou une branche. Au numéro y correspond une release. Tous les quatre à six mois, les sources d'une branche sont gelées pour préparer une release, étiquetée RELEASE.

Pour un système compilé :

• HEAD devient CURRENT ;
• RELENG_x devient FreeBSD-x-STABLE ;
• RELENG_x_y devient FreeBSD-x.y-RELEASE au moment de la release, et FreeBSD-x.y-RELEASE-p1, puis p2, etc avec les mises à jour.

Pour un système FreeBSD de production, les FreeBSD-x.y-RELEASE-pz sont les mieux indiqués. FreeBSD-CURRENT est tout à fait expérimental et contient des fonctionnalités qui ne sont que susceptibles d'être présentes dans la prochaine branche.

Les personnes qui utilisent FreeBSD-CURRENT sont :

• les développeurs actifs qui travaillent de manière spécialisée sur les sources ;
• les testeurs de la communauté qui participent à l'assainissement de FreeBSD-CURRENT, qui proposent aussi des directions d'évolution de FreeBSD, ainsi que des patches (portions de code source) ;
• les personnes qui plutôt suivent l'évolution de FreeBSD, ce qui peut être une activité à plein temps, et éventuellement proposent des patches.

L'organisation du développement et de la communauté fait que le support de FreeBSD est très réactif, notamment en matière de sécurité. Quelques minutes ou heures en général séparent la découverte d'une faille dans la sécurité et le moment où les sources sont corrigées sur le serveur principal.