From: Francesc A. <fa...@ca...> - 2006-07-27 16:48:57
|
Travis, A Dijous 27 Juliol 2006 18:22, Travis Oliphant va escriure: > I'm still looking for ideas on version numbering. > > Right now, the trunk is at version 0.9.9 but this has bug-fixes from > the 1.0b1 release. The next release will be 1.0b2 and should occur in > about a week. > > I don't really like having the trunk use a 'lower' version number than > the releases but I'm not sure what to do. The problem seems to stem > from wanting to have the version number sort somewhat reasonably when > the development number is tacked on. > > Will it work to have the trunk reflect the version number that was most > recently released? In other words we could have the trunk be > 1.0b1.<svn_version> Speaking on what we regularly do, I would choose a 1.0b2.<svn_version> for = the=20 trunk version. This is a way to say people: "Hey, you are using a version=20 that will be the 1.0b2 in the future.". Of course, the same meaning can be= =20 achieved if you interpret that a X.Y.Z.<svn_version> means something like=20 post-X.Y.Z. I think all depends on interpretation. I personally prefer the= =20 first option (i.e. start using a future release number in SVN), rather than= =20 the second (i.e. using a past release version in SVN) because I tend to fin= d=20 it slightly less confusing. However, I think that if you choose whatever convention consistently, peopl= e=20 will get used to it and everything will be fine. =2D-=20 >0,0< Francesc Altet =A0 =A0 http://www.carabos.com/ V V C=E1rabos Coop. V. =A0=A0Enjoy Data "-" |