Bof comme argument. Je suis de très près les listes PostgreSQL depuis plusieurs années maintenant et je vois bien comment sont traités les bugs.
Le fait que tu ne puisses pas le vérifier sans faire un travail conséquent ne dit pas que je mens (cf plus bas pour les raisons qui font que c'est une réalité).
PostgreSQL n'a jamais eu besoin de bugtracker et les développeurs préfèrent gérer cela avec des mails. C'est leur choix... Ce choix est remis en cause régulièrement mais pour l'instant, c'est comme ça. Je suis d'accord que ça a parfois des inconvénients mais la recherche dans les archives des listes marche assez bien pour que ça ne soit pas vraiment gênant (en tous les cas, pas dans l'utilisation que j'en ai).
Et je maintiens ce que je disais pour la sortie de la 8.3.
Et la 8.4 sortira également sans bug majeur connu. C'est comme ça que ça marche depuis la nuit des temps avec PostgreSQL.
Ils reculeront la sortie le temps nécessaire s'il y a un bug connu ou enlèveront la fonctionnalité qui pose problème : il n'y a pas de deadline ou de fonctionnalités cibles imposées et la décision de publier une version est faite par les développeurs eux-même : ça fait une grosse différence.
Comme je le disais dans un autre post, ça n'empêche pas qu'il y ait de bugs découverts après la release.
[^] # Re: haha
Posté par Guillaume Smet (site web personnel) . En réponse à la dépêche La version 5.1 de MySQL est-elle bourrée de bugs ?. Évalué à 1.
Le fait que tu ne puisses pas le vérifier sans faire un travail conséquent ne dit pas que je mens (cf plus bas pour les raisons qui font que c'est une réalité).
PostgreSQL n'a jamais eu besoin de bugtracker et les développeurs préfèrent gérer cela avec des mails. C'est leur choix... Ce choix est remis en cause régulièrement mais pour l'instant, c'est comme ça. Je suis d'accord que ça a parfois des inconvénients mais la recherche dans les archives des listes marche assez bien pour que ça ne soit pas vraiment gênant (en tous les cas, pas dans l'utilisation que j'en ai).
Et je maintiens ce que je disais pour la sortie de la 8.3.
Et la 8.4 sortira également sans bug majeur connu. C'est comme ça que ça marche depuis la nuit des temps avec PostgreSQL.
Ils reculeront la sortie le temps nécessaire s'il y a un bug connu ou enlèveront la fonctionnalité qui pose problème : il n'y a pas de deadline ou de fonctionnalités cibles imposées et la décision de publier une version est faite par les développeurs eux-même : ça fait une grosse différence.
Comme je le disais dans un autre post, ça n'empêche pas qu'il y ait de bugs découverts après la release.