mirror of
git://git.code.sf.net/p/zsh/code
synced 2024-05-26 09:56:05 +02:00
unposted: creating-a-release: Normalise white space, clarify some steps
(The need for these changes was discovered during the release of 5.8.1. Daniel suggested one. They were hinted at in security/107)
This commit is contained in:
parent
75410bc2a1
commit
cfce598a13
|
@ -1,3 +1,8 @@
|
|||
2022-04-02 dana <dana@dana.is>
|
||||
|
||||
* unposted (see security/107): Etc/creating-a-release.txt:
|
||||
Normalise white space, clarify some steps
|
||||
|
||||
2022-04-01 Jun-ichi Takimoto <takimoto-j@kba.biglobe.ne.jp>
|
||||
|
||||
* 49943: Completion/Unix/Type/_time_zone: offer only filenames
|
||||
|
|
|
@ -7,9 +7,9 @@ To create a zsh release:
|
|||
|
||||
Config/version.mk to today's date
|
||||
Config/version.mk version number
|
||||
Etc/FAQ.yo
|
||||
README
|
||||
NEWS
|
||||
Etc/FAQ.yo ('latest version' section)
|
||||
README (first two paragraphs, 'incompatibilities since' sections)
|
||||
NEWS ('changes since' sections)
|
||||
|
||||
The version-number sequence is as follows:
|
||||
|
||||
|
@ -31,7 +31,9 @@ To create a zsh release:
|
|||
|
||||
README should document compatibility-breaking changes. Generally, NEWS should
|
||||
document new features and major bug fixes (but not routine fixes or changes to
|
||||
completion/contrib functions).
|
||||
completion/contrib functions). Historically, these documents have often been
|
||||
missed at the time the changes were actually committed, so it may be a good
|
||||
idea to scan back through the history and fill in any blanks before release.
|
||||
|
||||
For -test releases, you may update the FAQ, README, etc., to refer to the
|
||||
upcoming stable version number.
|
||||
|
@ -142,8 +144,14 @@ To create a zsh release:
|
|||
# several minutes to appear afterwards
|
||||
rsync ...
|
||||
|
||||
- For stable releases, upload the build artefacts to zsh.org/pub; you may need
|
||||
assistance from another dev if you don't have access to do this.
|
||||
- For stable releases, upload the build artefacts to zsh.org/pub, making sure to
|
||||
move the previous ones to old/. For example (assuming the new artefacts are in
|
||||
the CWD):
|
||||
|
||||
mv /usr/local/www/ftp/pub/zsh-*.*(.) /usr/local/www/ftp/pub/old/
|
||||
mv zsh-*.*(.) /usr/local/www/ftp/pub/
|
||||
|
||||
You may need assistance from another dev if you don't have access to do this.
|
||||
|
||||
- Post to -workers@
|
||||
|
||||
|
|
Loading…
Reference in New Issue