Re: Need help to understand version naming
| From: | Lukas Smith | Date: | Sun, 05 Dec 2004 23:00:27 +0000 |
| Subject: | Re: Need help to understand version naming | ||
| References: | 1 | Groups: | php.pear.qa |
| Request: | Send a blank email to pear-qa+get-2068@lists.php.net to get a copy of this message | ||
Laurent Laville wrote:
Recently we've voted for a RFC http://pear.php.net/pepr/pepr-proposal-show.php?id=65 what was accepted but there are still some details that are still unclear. I don't want to raise again a flame war, but i want to understand what we should do, in case of alpha and beta versions of packages. html_css-0.4.0 was refused because the beta1 suffix was missing. In same time, packages below were releases accepted like that :you are not alone. the version naming currently is turning into a big confusing mess because nobody seems to have an overview what is really expected plus most people are totaly oblivous to the problem. i think the only solution is to: - unify our standards asap into a single document - develop a simple version name generator (like the one that is linked in the original version naming standard) - add a huge note to the upload release page that people should read that standard and link to the version name generator regards, Lukasname stateservices_ebay-0.8.0alpha alpha search_mnogosearch-0.1.0 alphanet_dnsbl-0.5.4 beta soap-0.8.1 betasometimes we found the state as suffix, sometimes not What are the common scheme, and the differences between these alpha and beta versions of these packages. I'll be very glad to understand, and i think i'm not alone !