La fenetre que beaucoup ouvrent chaque matin est une enveloppe autour d un projet ouvert.

Ce qui se trouve entre un projet et un produit

Barre d adresse, rendu, outils de developpement, rangee d onglets: l air de famille entre les navigateurs modernes ne doit rien au hasard. Ces fondations n appartiennent a aucun fournisseur en particulier. Elles viennent d un projet tenu ouvert pendant des annees, et les navigateurs finis empilent dessus leurs comptes, leurs services de synchronisation, leur mecanique de mise a jour et une serie de fonctions propres.

Chromium est ce projet amont. Le site officiel range sa documentation sous le titre simple de projet de navigateur et maintient la distinction avec le produit fini: ce qui est publie ici, ce sont le projet et le code. Le travail sur l interface, sur le moteur et sur les outils se fait au grand jour, ce qui explique pourquoi les changements vus ici ressortent plus tard dans plusieurs navigateurs.

L entretien est mene par Google, et les compilations sortent de la meme chaine que les produits finis, donc la correspondance des versions reste claire. Le coeur est publie sous une licence permissive qui autorise la modification et la redistribution, ce qui explique en bonne partie pourquoi plusieurs navigateurs commerciaux peuvent s appuyer dessus.

Pourquoi les compilations sont triees par usage

Le site classe ses compilations selon leur but. Les canaux destines a l usage quotidien bougent vite et changent souvent; plus on remonte, plus le rythme se calme et plus les changements se rarefient. Le choix depend de si on veut vivre avec le navigateur ou verifier tot un changement precis.

Une famille a part existe pour les essais, et la formulation officielle est directe: ce sont les compilations a prendre quand il faut confirmer qu un probleme signale est vraiment corrige. Des qu une correction est marquee comme arrivee, reproduire le cas sur la compilation correspondante tranche la question, plus vite qu attendre une sortie generale. Le comportement de ces compilations differe du produit quotidien, et la documentation le dit.

Pour qui fait tourner des tests automatises, la distinction compte le plus. Un environnement de test veut une version figee et un comportement previsible; un canal qui se met a jour tout seul est l inverse. Les compilations faites pour l essai correspondent une a une aux canaux de sortie, ce qui facilite aussi l alignement des versions entre plateformes.

Le public ne se limite pas au code

A cote du code, le site publie des documents de conception, des notes d architecture et du materiel de test au meme endroit. L interet de cet arrangement: un developpeur exterieur lit le meme raisonnement que celui des mainteneurs au lieu de deviner l intention a partir d un diff. Pour un projet de cette taille, c est aussi une condition pour garder des contributeurs sur la duree.

Une chose a retenir: le code et les documents bougent sans arret ici, et les reperes de version avancent par integration, pas selon les grands numeros bien ronds d un produit fini. Quand un comportement precis compte, la source fiable est le document concerne et son historique, pas une deduction tiree du numero.

Savoir ce que fait le projet amont est le chemin le plus court pour deviner comment un navigateur va se comporter ensuite.

Notes pratiques: lire le document et l historique des changements quand le comportement bouge, car un numero de version seul ne dit rien; garder un environnement de test separe de celui du quotidien, pour qu un canal auto actualise ne fausse pas les resultats; et prendre les documents du projet comme porte d entree vers la mise en oeuvre, surtout la ou un produit fini se comporte autrement que decrit.