Re: [Freeciv-Dev] version numbers
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
Reinier Post wrote:
> > Hmm, would this be the date when compiled, or when checked out,
> > of when last change checked in, or what?
>
> When checked out.
Well, that doesn't sound very useful to me, but maybe I am
misunderstanding, because below you mention using a crontab
on the server which seems more useful.
> > (Not to mention
> > timezones...)
>
> Using GMT or the CVS server's local timezone.
>
> > This seems a bit complicated to me, especially
> > having it work when using cvs to request old versions...
>
> No, why? It's a redefinition of the PATCH_VERSION #define
> that should be handled by a crontab entry on the CVS server.
As I mentioned before, you can't simply change PATCH_VERSION
because it is assumed in some places in the code to be integer
valued. But one could do something using the VERSION_LABEL
patch I posted, eg setting it to something like "-cvs-19990913".
However this still seems messy and non-trivial to me, because
of the number of places the version is defined (and eg have to
re-generate configure from configure.in), and due to possible
problems with cvs-developers overwriting or having conflicts
with the auto-updated file(s). And what happens when one
wants to release a stable version, accessible from a CVS tag?
Never mind if we ever want to use CVS branches...
Even the date may not tell you enough, because you could still
have two incompatible versions with the same datestamp. A
global counter which is updated every check-in might work, but
would be painful in other ways and even more prone to causing
problems for cvs-developers.
I think:
1. If we mark the version as eg "-cvs", and have the metaserver
show that, that should help in the short term. People using or
connecting to cvs versions should be prepared to tolerate some
(hopefully minimal) surprises.
2. Ultimately, compatability is and should be indicated by the
capability string. This is informative, under direct developer
control, has no hassles with CVS (and branches etc), and has some
chance of working in the case that someone has applied some
random patch which changes the capability.
-- David
- Re: [Freeciv-Dev] version numbers, (continued)
- Re: [Freeciv-Dev] version numbers, Nicolas Brunel, 1999/09/10
- Re: [Freeciv-Dev] version numbers, Greg Wooledge, 1999/09/10
- Re: [Freeciv-Dev] version numbers, Reinier Post, 1999/09/11
- Re: [Freeciv-Dev] version numbers, Martin Willemoes Hansen, 1999/09/11
- Re: [Freeciv-Dev] version numbers, David Pfitzner, 1999/09/11
- Re: [Freeciv-Dev] version numbers, Reinier Post, 1999/09/12
- Re: [Freeciv-Dev] version numbers, David Pfitzner, 1999/09/12
Re: [Freeciv-Dev] version numbers, Martin Willemoes Hansen, 1999/09/11
Re: [Freeciv-Dev] version numbers, David Pfitzner, 1999/09/11
Re: [Freeciv-Dev] version numbers, Mattias Andersson, 1999/09/11
|
|