mirror of
https://github.com/yairm210/Unciv.git
synced 2025-07-07 00:41:39 +07:00
Documentation for the rollout changes, and replacing the old translation method with the new one
This commit is contained in:
@ -17,10 +17,11 @@ The process has two major parts, one is "Getting your code in the main repositor
|
||||
## Deploying versions
|
||||
|
||||
When I'm ready to release a new version I:
|
||||
* Comment "merge translations" in one of the open PRs tagged as 'mergeable translation' to trigger the translation branch creation, add a "summary" comment to trigger summary generation, merge the PR and delete the branch (so next version translation branch starts fresh)
|
||||
* Comment "prepare version" in one of the open PRs tagged as 'mergeable translation' to trigger the translation branch creation.
|
||||
This also bumps the versions in the buildConfig.kt file, and generates a starting version summary in changelog.md.
|
||||
Merge the PR and delete the branch (so next version branch starts fresh)
|
||||
* From my workstation - pull the latest changes and run the [translation generation](../Other/Translating.md#translation-generation---for-developers)
|
||||
* Change the versionCode and versionName in the Android build.gradle so that Google Play and F-droid can recognize that it's a different release
|
||||
* Add an entry in the changelog.md done, WITHOUT hashtags, and less than 500 characters (that's the limit for Google play entries). The formatting needs to be exact or the text sent to Discord, the Github release etc. won't be complete.
|
||||
* Edits to the autogenerated version notes in changelog.md to make them less than 500 chars (needed for Google Play) and more user-readable
|
||||
* Add a tag to the commit of the version. When the [Github action](https://github.com/yairm210/Unciv/actions/workflows/buildAndDeploy.yml) sees that we've added a tag, it will run a build, and this time (because of the configuration we put in the [yml file](/.github/workflows/buildAndDeploy.yml) file), it will:
|
||||
* Pack a .jar file, which will work for every operating system with Java
|
||||
* Use Linux and Windows JDKs to create standalone zips for 32 and 64 bit systems, because we can't rely on the fact that users will have a JRE
|
||||
|
Reference in New Issue
Block a user