uisp-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Uisp-dev] autotools


From: Theodore A. Roth
Subject: Re: [Uisp-dev] autotools
Date: Mon, 27 May 2002 11:41:45 -0600 (MDT)

On Mon, 27 May 2002, Theodore A. Roth wrote:

>It was an arbitrary choice on my part. I don't have anything against the 
>date for version, but I don't know how to automate it on the subversions 
>server. I'll look into it. In the mean time, how about I bump it to 
>1.99.0?
>
>Hmmm, I wonder if it just using a script tied to checking out 
>configure.in....

It looks like gdb has a cron job set up which bumps the version.in file 
every night. I guess it wouldn't be too difficult to do something like 
that. I just don't have access to a machine that is set up for 24/7 
uptime. It might not be needed since uisp doesn't have the same rate of 
change as gdb/gcc/etc.

It might be best to continue with the date as version number since that's 
already used for the deb packages and my rpm packages. Changing the 
versioning system might cause problems.

How's this for methodology: Set the version for an official stable release
to the current date (as is currently done) and tag the files in cvs. After
the tag, add "cvs-" as a prefix to the version date number. The version in
cvs can be bumped as needed until the next release and could would have
the "cvs-" prefix added to help distinguish it from an official release.

One thing to consider though. Using a <maj>.<min>.<patch> version scheme 
makes it easier to deal with branching. Not really an issue for uisp, but 
might come up for avr-libc. Just a thought.


Ted Roth




reply via email to

[Prev in Thread] Current Thread [Next in Thread]