Dans un des threads que j’ai parcouru ce matin, j’ai noté un post très intéressant de Greg Troxel (gdt@), qui explique bien ce que sont les différentes branches de NetBSD dans le dépôt CVS.

Ci-dessous une traduction de ce post, pour que ça serve à tout le monde.

- – – – – – – – – – -

« CVS travaille avec des tags de branches, et des points de branchement. Les points de branchement font référence à une version spécifique de chaque fichier, qui ne change quasiment jamais. Les branches sont un ensemble de fichiers cohérents entre eux, qui peuvent être mis à jour.

La politique de NetBSD est de prendre le plus grand soin dans la mise à jour des branches.

-current, c’est la « racine », le tronc commun, du dépôt CVS, et de ce fait, ce n’est pas réellement une branche. -current n’est pas nécessairement stable (ni même compilable), et n’est pas conçu pour être un système de production. C’est là que tous les nouveaux développements sont commités.

netbsd-5 (au sens CVS du terme) est une branche créée avant la sortie de NetBSD-5.0. Quand NetBSD-5.0 est sortie, un point de branchement netbsd-5-0-RELEASE a été créé. La branche netbsd-5-0 commence à partir de ce point.

5.1 sera « taggué » (construit) à partir de cette branche netbsd-5. Lorsque la release 5.1 sera prête, le point de branchement 5.1 sera créé, et la branche netbsd-5-1 prendra vie à partir de ce point.

Ainsi, vous pouvez suivre la branche netbsd-5-0 et bénéficier des mises à jour du système de 5.0 vers 5.0.1 puis 5.0.2, et ainsi de suite. Les mises à jour de la branche netbsd-5-0 sont extrêmement conservatives.

Ou bien, vous pouvez suivre la branche netbsd-5, sur la route de 5.0 vers 5.1 et ainsi de suite. Ces mises à jour sont toujours conservatives. Personnellement, je met à jour mon système régulièrement en suivant netbsd-5, reconstruit et réinstalle le système complet.

Je pense qu’il est plus sage de mettre l’arbre entier à jour et de refaire une recompilation complète du système, mais il est probablement possible de ne mettre à jour que des partie de l’arbre, étant donné que la politique de l’équipe de Release Engineering est de ne pas introduire de changements d’interfaces sur les branches de release. »

- – – – – – – – – -

En ce qui me concerne, c’est assez clair, mais il se peut que j’ai loupé des choses à la traduction. Auquel cas, signalez moi les erreurs en commentaires, j’ajusterai en conséquence.

anhj, ça répond à tes questions d’hier sur IRC ?

Edit: anhj me confirme que ca répond à ses questions..