Jump to navigation Jump to search
Mudlet release checklist
- 5 days before the release
- ☐ announce start of testing in Discord channel #mudlet-testing (add template text here), and link to latest download builds (from Latest Branch Snapshots, but double check that sha matches the latest commit)
- ☐ [automated] update
mudlet.tswith the latest translations strings for translators to translate (using Qt 5.12.2+
lupdate -verbose -recursive ./src ./3rdparty/dblsqd/dblsqd ./3rdparty/edbee-lib/edbee-lib -ts ./translations/mudlet.ts)
- ☐ update
mudlet_en_US.tswith the latest translation strings, translate/update the few plural forms it contains as necessary and then generate the binary translation
mudlet_en_US.qmfile and merge it into the repo (see Translating Mudlet - English (American) translation).
- ☐ merge outstanding approved pull requests
- ☐ create a new
- ☐ go through every single commit (in main repo and installers) and ensure all new functionality is documented
- ☐ update http://www.mudlet.org/geyser/files/index.html (need to document how to upload)
- ☐ update built-in packages and scripts
- ☐ update edbee to latest in our fork, and the subsequent submodule
- ☐ update Patreon supporters in About tab
- ☐ go through every single commit and write up a newspost with the latest highlights
- on release day
- ☐ create Quick Redirect like mudlet.org/3-23 (see left-hand side in Wordpress).
- ☐ create a new release in the 'release' channel in dblsqd. Make sure to enter the changelog right away, as it cannot be edited after. Include the full version number and a link to the release post (example). A command-line variant of this is:
dblsqd release -a mudlet -c release -m "<message>. <a href="https://mudlet.org/4-##">See the changelog</a>." <version, ie 4.11.0>
- ☐ merge latest translations from Crowdin
- ☐ merge latest autocomplete json
- ☐ update mudlet.pro and CMakeLists.txt to new version and strip out BUILD to be empty in release branch (release process starts here)
- ☐ tag in git
- ☐ reset BUILD in release branch to be -dev
- ☐ wait for the builds to complete...
- ☐ manually upload artifacts to https://www.mudlet.org/wp-content/files/?C=M;O=D through webmin
- ☐ manually link uploaded artifacts to dblsqd:
- ☐ test that all binaries launch and work
- ☐ close github milestone
- ☐ update downloads on mudlet.org
- ☐ post news on mudlet.org - for all languages:
- Select English news and "Duplicate this". Repeat these steps for every target language.
- In right-hand side Languages tab, change language from English to German. Page will reload. Then write name of English post in the English box. Suggestions will appear. Click the original post to confirm. Translations are now linked. In the end, all languages should be interlinked.
- ☐ post news to https://launchpad.net/mudlet
- ☐ make a proper github release (use turndown to convert release post html to markdown)
- ☐ post thread on forums.mudlet.org
- ☐ post update on achaea, starmourn, imperian, topmudsites.com forums, softpedia
- ☐ post update on twitter, mud.social, reddit, http://arkadia.rpg.pl, torilmud, muder.ru
- ☐ email to firstname.lastname@example.org about the update
- ☐ submit mudlet windows installer to avg and avast whitelisting
- ☐ merge
- ☐ update Linux distro maintainers, Chocolatey maintainer, flag package outdated on arch (release process ends here)
- ☐ merge, don't squash or rebase, the release branch into development (but don't delete, keep it around for a potential hotfix if needed). Do it right away so next day's PTB's versions is the new release.
dblsqd push -a mudlet -c release -r "<release>" -s mudlet --type "standalone" --attach linux:x86_64 "https://www.mudlet.org/wp-content/files/Mudlet-<release>-linux-x64.AppImage.tar" dblsqd push -a mudlet -c release -r "<release>" -s mudlet --type "standalone" --attach mac:x86_64 "https://www.mudlet.org/wp-content/files/Mudlet-<release>.dmg" dblsqd push -a mudlet -c release -r "<release>" -s mudlet --type "standalone" --attach win:x86 "https://www.mudlet.org/wp-content/files/Mudlet-<release>-windows-installer.exe"