[Padre-dev] Changing to a new versioning scheme post 0.70

Peter Lavender plaven at internode.on.net
Tue Sep 14 04:11:07 PDT 2010

On Tue, 2010-09-14 at 08:18 +0200, Sebastian Willing wrote:

I'm not sure that we're really concerned too much about cpan or other
systems so much as how to version the development cycle so that work can
be done on plugins and the like internal to Padre.

I think the current issue we have is that the version number gets set on
release, until then the internal version of Padre sits at the currently
released version, which trips up the Plugins, meaning that you can't set
a dependency on a version number > x ( where x would be / could be dev
cycle ( eg 0.71 meaning next stable release 0.72 would suit ) ).

Hence, the simple approach is to just go odd and even.  Meaning that
0.71 would be what we set the version to post full release.

Should we need to bug fix a version, I guess we could branch the stable
version, or just release the next version earlier with the next even

Adam can correct me if I'm wrong.


> Just mentioning:
> CPAN uses a _01 version number suffix for dev releases (as far as I 
> know), what about this solution?
> 0.71 would be the next stable while 0.70_00 to _99 (or _999) could be 
> unstable releases.
> We could use 0.7000 to 0.7099 as internal number representations for this.
> Regards,
> Sebastian
> Am 12.09.2010 10:44, schrieb Jerome Quelin:
> > On 10/09/12 17:13 +1000, Adam Kennedy wrote:
> >>> Doesn't the linux kernel do odd/even versioning for dev and stable?
> >> It does.
> >
> > it doesn't anymore, given that now everything happens in 2.6.x
> >
> > alias, you were saying that you're not afraid of bumping major, meaning
> > that we should keep 2 digits after the major...  well, to me padre is
> > already worth a 1.x, but *you* say you'd rather keep 0.x for now. just
> > sayin' :-)
> >
> > but i don't really care, i was just pointing out the small number of
> > versions before 1.x. so do whatever you want, honestly i don't really
> > care as long as we're consistent.
> >
> > regards,
> > jérôme
> _______________________________________________
> Padre-dev mailing list
> Padre-dev at perlide.org
> http://mail.perlide.org/mailman/listinfo/padre-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.perlide.org/pipermail/padre-dev/attachments/20100914/bab8a739/attachment.htm 

More information about the Padre-dev mailing list