Merge pull request #7666 from thunderbird/create_release
Add instructions on how to release a stable version
This commit is contained in:
commit
56fa185b3a
1 changed files with 72 additions and 3 deletions
|
@ -83,7 +83,7 @@
|
|||
of the previous entry and adjusting `versionName`, `versionCode`, and `commit` (use the tag name).
|
||||
Leave `CurrentVersion` and `CurrentVersionCode` unchanged. Those specify which version is the stable/recommended
|
||||
build.
|
||||
4. Commit the changes. Message: "Update K-9 Mail to $newVersionName"
|
||||
4. Commit the changes. Message: "Update K-9 Mail to $newVersionName (beta)"
|
||||
5. Run `fdroid build --latest com.fsck.k9` to build the project using F-Droid's toolchain.
|
||||
6. Push the changes to your fork of the _fdroiddata_ repository.
|
||||
7. Open a merge request on Gitlab. (The message from the server after the push in the previous step should contain a
|
||||
|
@ -102,13 +102,82 @@
|
|||
7. Fill out Release notes (copy from `app-k9mail/fastlane/metadata/android/en-US/changelogs/${versionCode}.txt`)
|
||||
8. Click _Next_
|
||||
9. Review the release
|
||||
10. Start with a staged rollout (usually 20%) for production and full rollout for beta versions
|
||||
10. Configure a full rollout for beta versions
|
||||
11. On the Publishing overview page, click _Send change for review_
|
||||
12. Wait for the review to complete
|
||||
13. In case of a rejection, fix the issues and repeat the process
|
||||
|
||||
## Release a stable version
|
||||
|
||||
1. If this is the first stable release in a series, create a new maintenance branch, e.g. `6.8-MAINT`
|
||||
2. Switch to the appropriate maintenance branch
|
||||
3. Update versionCode and versionName in `app-k9mail/build.gradle.kts` (stable releases use an even digit after the
|
||||
dot, e.g. `5.400`, `6.603`)
|
||||
4. Create change log entries in
|
||||
- `app/ui/legacy/src/main/res/raw/changelog_master.xml`
|
||||
- `app-k9mail/fastlane/metadata/android/en-US/changelogs/${versionCode}.txt`
|
||||
Use past tense. Try to keep them high level. Focus on the user (experience).
|
||||
5. Commit the changes. Message: "Version $versionName"
|
||||
6. Run `./gradlew clean :app-k9mail:assembleRelease --no-build-cache --no-configuration-cache`
|
||||
7. Update an existing installation to make sure the app is signed with the proper key and runs on a real device.
|
||||
```
|
||||
adb install -r app-k9mail/build/outputs/apk/release/app-k9mail-release.apk
|
||||
```
|
||||
8. Tag as $versionName, e.g. `6.800`
|
||||
9. Copy `app-k9mail/build/outputs/apk/release/app-k9mail-release.apk` as `k9-${versionName}.apk` to Google Drive (MZLA
|
||||
Team > K9 > APKs)
|
||||
10. Update `gh-pages` branch with the new change log. Create a new file if it's the first stable release in a series.
|
||||
11. Push maintenance branch
|
||||
12. Push tags
|
||||
13. Push `gh-pages` branch
|
||||
|
||||
### Create release on GitHub
|
||||
|
||||
1. Go to https://github.com/thunderbird/thunderbird-android/tags and select the appropriate tag
|
||||
2. Click "Create release from tag"
|
||||
3. Fill out the form
|
||||
- Click "Generate release notes"
|
||||
- Replace contents under "What's changed" with change log entries
|
||||
- Add GitHub handles in parentheses to change log entries
|
||||
- If necessary, add another entry "Internal changes" (or similar) so people who contributed changes outside of the
|
||||
entries mentioned in the change log can be mentioned via GitHub handle.
|
||||
- Attach the APK
|
||||
- Select "Set as the latest release"
|
||||
- Click "Publish release"
|
||||
|
||||
### Create release on F-Droid
|
||||
|
||||
1. Fetch the latest changes from the _fdroiddata_ repository.
|
||||
2. Switch to a new branch in your copy of the _fdroiddata_ repository.
|
||||
3. Edit `metadata/com.fsck.k9.yml` to create a new entry for the version you want to release. Usually it's copy & paste
|
||||
of the previous entry and adjusting `versionName`, `versionCode`, and `commit` (use the tag name).
|
||||
Change `CurrentVersion` and `CurrentVersionCode` to the new values, making this the new stable/recommended build.
|
||||
4. Commit the changes. Message: "Update K-9 Mail to $newVersionName"
|
||||
5. Run `fdroid build --latest com.fsck.k9` to build the project using F-Droid's toolchain.
|
||||
6. Push the changes to your fork of the _fdroiddata_ repository.
|
||||
7. Open a merge request on Gitlab. (The message from the server after the push in the previous step should contain a
|
||||
URL)
|
||||
8. Select the _App update_ template and fill it out.
|
||||
9. Create merge request and the F-Droid team will do the rest.
|
||||
|
||||
### Create release on Google Play
|
||||
|
||||
1. Go to the [Google Play Console](https://play.google.com/console/)
|
||||
2. Select the _K-9 Mail_ app
|
||||
3. Click on _Production_ in the left sidebar
|
||||
4. Click on _Create new release_
|
||||
5. Upload the APK to _App bundles_
|
||||
6. Fill out Release name (e.g. "$versionCode ($versionName)")
|
||||
7. Fill out Release notes (copy from `app-k9mail/fastlane/metadata/android/en-US/changelogs/${versionCode}.txt`)
|
||||
8. Click _Next_
|
||||
9. Review the release
|
||||
10. Start with a staged rollout (usually 20%)
|
||||
11. On the Publishing overview page, click _Send change for review_
|
||||
12. Wait for the review to complete
|
||||
13. In case of a rejection, fix the issues and repeat the process
|
||||
14. Once the review is complete, monitor the staged rollout for issues and increase the rollout percentage as necessary
|
||||
|
||||
### Troubleshooting
|
||||
## Troubleshooting
|
||||
|
||||
### F-Droid
|
||||
|
||||
|
|
Loading…
Reference in a new issue