2013-12-18 08:37:04 -05:00
|
|
|
curl release procedure - how to do a release
|
|
|
|
============================================
|
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
in the source code repo
|
|
|
|
-----------------------
|
2013-12-18 08:37:04 -05:00
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
- edit `RELEASE-NOTES` to be accurate
|
2013-12-18 08:37:04 -05:00
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
- update `docs/THANKS`
|
2013-12-18 08:37:04 -05:00
|
|
|
|
|
|
|
- make sure all relevant changes are committed on the master branch
|
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
- tag the git repo in this style: `git tag -a curl-7_34_0`. -a annotates the
|
2016-02-08 04:35:35 -05:00
|
|
|
tag and we use underscores instead of dots in the version number.
|
|
|
|
|
2013-12-18 08:37:04 -05:00
|
|
|
- run "./maketgz 7.34.0" to build the release tarballs. It is important that
|
|
|
|
you run this on a machine with the correct set of autotools etc installed
|
|
|
|
as this is what then will be shipped and used by most users on *nix like
|
|
|
|
systems.
|
|
|
|
|
|
|
|
- push the git commits and the new tag
|
|
|
|
|
|
|
|
- gpg sign the 4 tarballs as maketgz suggests
|
|
|
|
|
|
|
|
- upload the 8 resulting files to the primary download directory
|
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
in the curl-www repo
|
|
|
|
--------------------
|
2013-12-18 08:37:04 -05:00
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
- edit `Makefile` (version number and date),
|
|
|
|
|
|
|
|
- edit `_newslog.html` (announce the new release) and
|
|
|
|
|
|
|
|
- edit `_changes.html` (insert changes+bugfixes from RELEASE-NOTES)
|
2013-12-18 08:37:04 -05:00
|
|
|
|
|
|
|
- commit all local changes
|
|
|
|
|
|
|
|
- tag the repo with the same tag as used for the source repo
|
|
|
|
|
|
|
|
- make sure all relevant changes are committed and pushed on the master branch
|
|
|
|
|
|
|
|
(the web site then updates its contents automatically)
|
|
|
|
|
2016-03-23 04:32:30 -04:00
|
|
|
on github
|
|
|
|
---------
|
|
|
|
|
|
|
|
- edit the newly made release tag so that it is listed as the latest release
|
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
inform
|
|
|
|
------
|
2013-12-18 08:37:04 -05:00
|
|
|
|
|
|
|
- send an email to curl-users, curl-announce and curl-library. Insert the
|
|
|
|
RELEASE-NOTES into the mail.
|
|
|
|
|
2014-10-10 04:39:01 -04:00
|
|
|
celebrate
|
|
|
|
---------
|
2013-12-18 08:37:04 -05:00
|
|
|
|
|
|
|
- suitable beverage intake is encouraged for the festivities
|
2014-10-10 04:39:01 -04:00
|
|
|
|
|
|
|
curl release scheduling
|
|
|
|
=======================
|
|
|
|
|
|
|
|
Basics
|
|
|
|
------
|
|
|
|
|
|
|
|
We do releases every 8 weeks on Wednesdays. If critical problems arise, we can
|
|
|
|
insert releases outside of the schedule or we can move the release date - but
|
|
|
|
this is very rare.
|
|
|
|
|
|
|
|
Each 8 week release cycle is split in two 4-week periods.
|
|
|
|
|
|
|
|
- During the first 4 weeks after a release, we allow new features and changes
|
|
|
|
to curl and libcurl. If we accept any such changes, we bump the minor number
|
|
|
|
used for the next release.
|
|
|
|
|
|
|
|
- During the second 4-week period we do not merge any features or changes, we
|
|
|
|
then only focus on fixing bugs and polishing things to make a solid coming
|
|
|
|
release.
|
|
|
|
|
|
|
|
Coming dates
|
|
|
|
------------
|
|
|
|
|
|
|
|
Based on the description above, here are some planned release dates (at the
|
|
|
|
time of this writing):
|
|
|
|
|
2017-06-09 09:58:51 -04:00
|
|
|
- June 14, 2017 (version 7.54.1)
|
2016-08-17 18:25:04 -04:00
|
|
|
- August 9, 2017
|
2017-02-16 01:44:39 -05:00
|
|
|
- October 4, 2017
|
2017-06-09 09:58:51 -04:00
|
|
|
- November 29, 2017
|
|
|
|
- January 24, 2018
|
|
|
|
- March 21, 2018
|
|
|
|
- May 16, 2018
|