Personnellement je recommande de travailler selon la version et donc de toujours laisser le nom et non la catégorie des versions de Debian.
En clair, je recommande de travailler selon woody, sarge, sid plutôt que stable, testing et unstable (même si dans ce dernier cas ça ne change rien).
Pourquoi ?
Tout simplement parceque cela permet d'éviter de se retrouver à changer de version lors d'un dist-upgrade malheureux sur un serveur, je passe mon temps actuellement à vérifier les sources.list pour éviter que des woody se retrouvent en sarge brutalement, évitant au possible les problèmes d'arriver, j'ai trop souvent vu des my.cnf ou autre se faire écraser lors d'un upgrade, c'est généralement ennuyeux.
Cela permet aussi de savoir exactement ou l'on se trouve, dans quelques mois il sera difficile de savoir en voyant testing dans un sources.list s'il s'agit d'une sarge pas mis à jours depuis quelques temps ou d'une Etch...
Et pour finir, généralement sur beaucoup de serveurs il m'a été nécessaire de passer en sarge pour bénéficier de version de logiciel majeure (mysql4 par exemple), maintenant que Sarge est stable, l'utilité de travailler en testing disparaît, pour l'instant.
[^] # Re: et le source.list ?
Posté par Mr F . En réponse à la dépêche Debian 3.1 ; nom de code : Sarge. Évalué à 6.
En clair, je recommande de travailler selon woody, sarge, sid plutôt que stable, testing et unstable (même si dans ce dernier cas ça ne change rien).
Pourquoi ?
Tout simplement parceque cela permet d'éviter de se retrouver à changer de version lors d'un dist-upgrade malheureux sur un serveur, je passe mon temps actuellement à vérifier les sources.list pour éviter que des woody se retrouvent en sarge brutalement, évitant au possible les problèmes d'arriver, j'ai trop souvent vu des my.cnf ou autre se faire écraser lors d'un upgrade, c'est généralement ennuyeux.
Cela permet aussi de savoir exactement ou l'on se trouve, dans quelques mois il sera difficile de savoir en voyant testing dans un sources.list s'il s'agit d'une sarge pas mis à jours depuis quelques temps ou d'une Etch...
Et pour finir, généralement sur beaucoup de serveurs il m'a été nécessaire de passer en sarge pour bénéficier de version de logiciel majeure (mysql4 par exemple), maintenant que Sarge est stable, l'utilité de travailler en testing disparaît, pour l'instant.
Mes 3 roubles.