gogs/docs/dev/release/issue_template_minor_version.md

Before release

On develop branch:

• Close stale issues with the label status: needs feedback.
• Sync locales from Crowdin.
• Update CHANGELOG to include entries for the current release.
• Cut a new release branch release/<MAJOR>.<MINOR>, e.g. release/0.12.

During release

On release branch:

• Update the hard-coded version to the current release, e.g. 0.12.0+dev -> 0.12.0.
• Publish a new GitHub release with entries from CHANGELOG for the current release.
• Wait for a new Docker Hub tag for the current release to be created automatically.
• Push another Docker image tag as <MAJOR>.<MINOR>, e.g. 0.12.
• Compile and pack binaries (all prefixed with gogs_<MAJOR>.<MINOR>.<PATCH>_, e.g. gogs_0.12.0_):
  • macOS: darwin_amd64.zip
  • Linux: linux_386.tar.gz, linux_386.zip, linux_amd64.tar.gz, linux_amd64.zip
  • ARM: linux_armv7.tar.gz, linux_armv7.zip
  • Windows: windows_amd64.zip, windows_amd64_mws.zip
• Generate SHA256 checksum for all binaries to the file checksum_sha256.txt.
• Upload all binaries to:
  • GitHub release
  • https://dl.gogs.io (also upload checksum_sha256.txt)
• Build, push and tag a new Docker image for ARM to Docker Hub.

After release

On develop branch:

• Update the repository mirror on Gitee.
• Create a new release topic on Gogs Discussion.
• Send out release announcement emails via Mailchimp.
• Publish a new release article on OSChina.
• Update the hard-coded version to the new develop version, e.g. 0.12.0+dev -> 0.13.0+dev.
• Run make legacy to identify deprecated code that is aimed to be removed in current develop version.