[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Updating release version to 22.1
From: |
David Kastrup |
Subject: |
Re: Updating release version to 22.1 |
Date: |
Wed, 09 Feb 2005 11:45:41 +0100 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) |
address@hidden (Kim F. Storm) writes:
> Miles Bader <address@hidden> writes:
>
>> On Wed, 09 Feb 2005 01:17:30 +0100, Kim F. Storm <address@hidden> wrote:
>>> > On Tue, 08 Feb 2005 22:18:41 +0100, Jérôme Marant <address@hidden> wrote:
>>> >> What's the rational for not using 22.0.x for development versions?
>>> >> It would be so much simpler ...
>>>
>>> Because it - IMO - is confusing.
>>
>> What, compared to all the other bizarro schemes being suggested here
>> ("hey I know, let's make pre-releases _blue_, and real releases
>> _green_!")? You've got to be kidding... please say you're kidding...
>
> Not really!
>
> The problem with our _current_ scheme is that even though we seem to
> want to postpone the decision about exactly what number the next
> release gets, it is recorded _NUMEROUS_ places all over the sources
> and other files (in total, I had to change 21.4 to 22.1 in more than
> 500 places).
That is not counting the 8000+ web pages containing Emacs-21.4...
> I don't want us to get into that mess again -- so I want a scheme
> where the next release number is _fixed_ from the start.
This assumes that most version numbers in the text can stay ("will be
available with version xxx" is a good candidate). That will still
need to cater for "the current version is xxx", but maybe _those_ can
partly be autogenerated with CVS keywords, depending on the kind of
text? In AUCTeX, we have something like
(eval-and-compile
(defconst AUCTeX-version
(eval-when-compile
(let ((name "$Name: $")
(rev "$Revision: 5.482 $"))
(or (when (string-match "\\`[$]Name: *\\(release_\\)?\\([^ ]+\\)
*[$]\\'"
name)
(setq name (match-string 2 name))
(while (string-match "_" name)
(setq name (replace-match "." t t name)))
name)
(if (string-match "\\`[$]Revision: *\\([^ ]+\\) *[$]\\'" rev)
(format "CVS-%s" (match-string 1 rev)))
"unknown")))
"AUCTeX version.
If not a regular release, CVS revision of `tex.el'."))
It's less than perfect, but at least it is something one can't
forget. It also means that you need to export using the version tag
when doing a release.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
- Re: Updating release version to 22.1, (continued)
- Re: Updating release version to 22.1, David Kastrup, 2005/02/09
- Re: Updating release version to 22.1, Jason Rumney, 2005/02/09
- Re: Updating release version to 22.1, Richard Stallman, 2005/02/10
- Re: Updating release version to 22.1, Kim F. Storm, 2005/02/10
- Re: Updating release version to 22.1, Jérôme Marant, 2005/02/10
- Re: Updating release version to 22.1, David Kastrup, 2005/02/10
- Re: Updating release version to 22.1, Lennart Borgman, 2005/02/09
- Re: Updating release version to 22.1, Kim F. Storm, 2005/02/09
- Re: Updating release version to 22.1, Lute Kamstra, 2005/02/09
- Re: Updating release version to 22.1, Kim F. Storm, 2005/02/09
- Re: Updating release version to 22.1,
David Kastrup <=
- Re: Updating release version to 22.1, Miles Bader, 2005/02/09
- Re: Updating release version to 22.1, Kim F. Storm, 2005/02/09
- Re: Updating release version to 22.1, Richard Stallman, 2005/02/10
- Re: Updating release version to 22.1, David Kastrup, 2005/02/08
Re: Updating release version to 22.1, Stefan Monnier, 2005/02/09
DONE: Updating release version to 22.1, Kim F. Storm, 2005/02/09
Re: Updating release version to 22.1, Richard Stallman, 2005/02/10