2019-02-20 15:48:14 +02:00
# Release Build Instructions
2020-03-12 15:43:29 +02:00
## Set location of the `pgbackrest` repo
This makes the rest of the commands in the document easier to run (change to your repo path):
```
export PGBR_REPO=/backrest
```
2019-05-20 17:51:58 +02:00
## Create a branch to test the release
```
git checkout -b release-ci
```
## Update the date, version, and release title
Edit the latest release in `doc/xml/release.xml` , e.g.:
```
< release date = "XXXX-XX-XX" version = "2.14dev" title = "UNDER DEVELOPMENT" >
```
to:
```
< release date = "2019-05-20" version = "2.14" title = "Bug Fix and Improvements" >
```
2020-03-10 23:57:02 +02:00
Edit version in `src/version.h` , e.g.:
2019-05-20 17:51:58 +02:00
```
2020-03-10 23:57:02 +02:00
#define PROJECT_VERSION "2.14dev"
2019-05-20 17:51:58 +02:00
```
to:
```
2020-03-10 23:57:02 +02:00
#define PROJECT_VERSION "2.14"
2019-05-20 17:51:58 +02:00
```
2019-12-12 15:20:21 +02:00
## Build release documentation. Be sure to install latex using the instructions from the Vagrantfile before running this step.
2019-05-20 17:51:58 +02:00
```
2020-03-12 15:43:29 +02:00
${PGBR_REPO?}/doc/release.pl --build
2019-05-20 17:51:58 +02:00
```
## Update code counts
```
2020-03-12 15:43:29 +02:00
${PGBR_REPO?}/test/test.pl --code-count
2019-05-20 17:51:58 +02:00
```
## Commit release branch and push to CI for testing
```
git commit -m "Release test"
2019-09-03 22:39:32 +02:00
git push origin release-ci
2019-05-20 17:51:58 +02:00
```
## Clone web documentation into `doc/site`
```
2020-03-12 15:43:29 +02:00
cd ${PGBR_REPO?}/doc
2019-05-24 13:41:55 +02:00
git clone git@github.com:pgbackrest/website.git site
2019-05-20 17:51:58 +02:00
```
## Deploy web documentation to `doc/site`
```
2020-03-12 15:43:29 +02:00
${PGBR_REPO?}/doc/release.pl --deploy
2019-05-20 17:51:58 +02:00
```
## Final commit of release to integration
Create release notes based on the pattern in prior git commits (this should be automated at some point), e.g.
```
v2.14: Bug Fix and Improvements
Bug Fixes:
* Fix segfault when process-max > 8 for archive-push/archive-get. (Reported by Jens Wilke.)
Improvements:
* Bypass database checks when stanza-delete issued with force. (Contributed by Cynthia Shang. Suggested by hatifnatt.)
* Add configure script for improved multi-platform support.
Documentation Features:
* Add user guides for CentOS/RHEL 6/7.
```
Commit to integration with the above message and push to CI.
## Push to master
Push release commit to master once CI testing is complete.
## Create release on github
Create release notes based on pattern in prior releases (this should be automated at some point), e.g.
```
v2.14: Bug Fix and Improvements
**Bug Fixes**:
- Fix segfault when process-max > 8 for archive-push/archive-get. (Reported by Jens Wilke.)
**Improvements**:
- Bypass database checks when stanza-delete issued with force. (Contributed by Cynthia Shang. Suggested by hatifnatt.)
- Add configure script for improved multi-platform support.
**Documentation Features**:
- Add user guides for CentOS/RHEL 6/7.
```
2019-06-27 15:38:40 +02:00
The first line will be the release title and the rest will be the body. The tag field should be updated with the current version so a tag is created from master. **Be sure to select the release commit explicitly rather than auto-tagging the last commit in master!**
2019-05-20 17:51:58 +02:00
## Push web documentation to master and deploy
```
2020-03-12 15:43:29 +02:00
cd ${PGBR_REPO?}/doc/site
2019-05-20 17:51:58 +02:00
git commit -m "v2.14 documentation."
git push origin master
```
Deploy the documentation on `pgbackrest.org` .
## Notify packagers of new release
## Announce release on Twitter
2019-05-20 18:23:40 +02:00
2020-07-28 17:20:07 +02:00
## Do a press release once per quarter
Start from the press release at https://www.postgresql.org/about/news/2057 (logon required) and update for improvements made in the last quarter. Then convert to text and send to `pgsql-announce` using https://www.postgresql.org/message-id/6b1bbd0f-08a7-bc51-7252-12bd3a645aea%40pgmasters.net as an example of how it looks in text format.
2019-05-20 18:23:40 +02:00
## Prepare for the next release
Add new release in `doc/xml/release.xml` , e.g.:
```
< release date = "XXXX-XX-XX" version = "2.15dev" title = "UNDER DEVELOPMENT" >
```
2020-03-10 23:57:02 +02:00
Edit version in `src/version.h` , e.g.:
2019-05-20 18:23:40 +02:00
```
2020-03-10 23:57:02 +02:00
#define PROJECT_VERSION "2.14"
2019-05-20 18:23:40 +02:00
```
to:
```
2020-03-10 23:57:02 +02:00
#define PROJECT_VERSION "2.15dev"
2019-06-25 14:42:20 +02:00
```
Run deploy to generate git history (ctrl-c as soon as the file is generated):
```
2020-03-12 15:43:29 +02:00
${PGBR_REPO?}/doc/release.pl --build
2019-06-25 14:42:20 +02:00
```
2019-05-20 18:23:40 +02:00
Commit and push to integration:
```
git commit -m "Begin v2.15 development."
2019-12-12 16:05:10 +02:00
git push origin integration
2019-05-20 18:23:40 +02:00
```
2020-05-26 14:11:50 +02:00
## Update automake/config scripts
These scripts are required by `src/config` and should be updated after each release, when needed. Note that these files are updated very infrequently.
2020-05-26 14:40:40 +02:00
Check the latest version of `automake` and see if it is > `1.16.2` :
2020-05-26 14:11:50 +02:00
```
https://git.savannah.gnu.org/gitweb/?p=automake.git
```
If so, update the version above and copy `lib/install-sh` from the `automake` repo to the `pgbackrest` repo at `[repo]/src/build/install-sh` :
```
wget -O ${PGBR_REPO?}/src/build/install-sh '[URL]'
```
2020-07-20 17:08:18 +02:00
Get the latest versions of `config.sub` and `config.guess` . These files are not versioned so the newest version is pulled at the beginning of the release cycle to allow time to test stability.
2020-05-26 14:11:50 +02:00
```
wget -O ${PGBR_REPO?}/src/build/config.guess 'https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD'
wget -O ${PGBR_REPO?}/src/build/config.sub 'https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD'
```