aboutsummaryrefslogtreecommitdiffstats
path: root/contrib/libs/c-ares/RELEASE-PROCEDURE.md
blob: c686a9f97b37298f9e290df06f16bb21e4010094 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
c-ares release procedure - how to do a release
==============================================

in the source code repo
-----------------------

- edit `RELEASE-NOTES.md` to be accurate
- edit `configure.ac`'s `CARES_VERSION_INFO`, and `CMakeLists.txt`'s
  `CARES_LIB_VERSIONINFO` set to the same value to denote the current shared
  object versioning.
- edit `include/ares_version.h` and set `ARES_VERSION_*` definitions to reflect
  the current version.
- All release tags need to be made off a release branch named `vX.Y`, where `X`
  is the Major version number, and `Y` is the minor version number. We also
  want to create an empty commit in the branch with a message, this ensures
  when we tag a release from the branch, it gets tied to the branch itself and
  not a commit which may be shared across this branch and `main`. Create the
  branch like:
```
BRANCH=1.32
git pull && \
git checkout main && \
git checkout -b v${BRANCH} main && \
git commit --allow-empty -m "Created release branch v${BRANCH}" && \
git push -u origin v${BRANCH}
```
- make sure all relevant changes are committed on the release branch
- Create a signed tag for the release using a name of `vX.Y.Z` where `X` is the
  Major version number, `Y` is the minor version number, and `Z` is the release.
  This tag needs to be created from the release branch, for example:
```
BRANCH=1.32
RELEASE=1.32.0
git checkout v${BRANCH} && \
git pull && \
git tag -s v${RELEASE} -m 'c-ares release v${RELEASE}' v${BRANCH} && \
git push origin --tags
```
- Create the release tarball using `make dist`, it is best to check out the
  specific tag fresh and build from that:
```
RELEASE=1.32.0
git clone --depth 1 --branch v${RELEASE} https://github.com/c-ares/c-ares c-ares-${RELEASE} && \
cd c-ares-${RELEASE} && \
autoreconf -fi && \
./configure && \
make && \
make dist VERSION=${RELEASE}
```
- GPG sign the release with a detached signature. Valid signing keys are currently:
  - Daniel Stenberg <daniel@haxx.se> - 27EDEAF22F3ABCEB50DB9A125CC908FDB71E12C2
  - Brad House <brad@brad-house.com> - DA7D64E4C82C6294CB73A20E22E3D13B5411B7CA
```
gpg -ab c-ares-${RELEASE}.tar.gz
```
- Create a new release on GitHub using the `RELEASE-NOTES.md` as the body.
  Upload the generated tarball and signature as an artifact.

in the c-ares-www repo
----------------------

- edit `index.md`, change version and date in frontmatter
- edit `changelog.md`, copy `RELEASE-NOTES.md` content
- edit `download.md`, add new version and date in frontmatter
- commit all local changes
- push the git commits

inform
------

- send an email to the c-ares mailing list. Insert the RELEASE-NOTES.md into the
  mail.
- Create an announcement in the GitHub Discussions Announcements section:
  https://github.com/c-ares/c-ares/discussions/categories/announcements

celebrate
---------

- suitable beverage intake is encouraged for the festivities