The most notable change is in translations. The translations are now versioned in the source (instead of only pulled on release). A scheduled workflow pull the transactions and commits them every day (can also be manually triggered).
[+] more portable (you can release/build even without transifex)
[+] you can re-package an old version without potentially messing up strings
[-] creates a bit of noise (changes in the translations result in new commits)
For now only the .ts files are versionned, not the .qm (meaning that you can't use translations with a checked out local folder unless you compile them manually, but I think that's not worth it).
Also the translations are now managed manually (directly using the transfiex CLI and Qt's i18n utilities) instead of using plugin-ci, as the latter doesn't seem to support a workflows where it doesn't need to pull the files.
Currently translations are pulled only if more than 50% of the strings are translated.
pre-commit
I added the pre-commit action already, but it fails since a lot of the files are not formatted. I disabled the workflow in github for now. We would only format all files just before making the 2023.0 release, so we get less conflicts in case we need to backport more fixes from 1.6.0.
general
For the rest, I mainly merged the workflows from qgepplugin, docs and project.
I'm not exactly sure how to test this, as it's very likely that it will mess with the translations on transifex, with releases on the QGIS plugin repo and with the published docs. Ideally we'd clone or at least somehow backup these until we're confident it all works as expected.
Also it will very likely require quite a few trials before everything works again...
rolling release
This PR does NOT yet contain anything about the automatic release.
Adapt CI to repository merges.
i18n
The most notable change is in translations. The translations are now versioned in the source (instead of only pulled on release). A scheduled workflow pull the transactions and commits them every day (can also be manually triggered).
For now only the .ts files are versionned, not the .qm (meaning that you can't use translations with a checked out local folder unless you compile them manually, but I think that's not worth it).
Also the translations are now managed manually (directly using the transfiex CLI and Qt's i18n utilities) instead of using plugin-ci, as the latter doesn't seem to support a workflows where it doesn't need to pull the files.
Currently translations are pulled only if more than 50% of the strings are translated.
pre-commit
I added the pre-commit action already, but it fails since a lot of the files are not formatted. I disabled the workflow in github for now. We would only format all files just before making the 2023.0 release, so we get less conflicts in case we need to backport more fixes from 1.6.0.
general
For the rest, I mainly merged the workflows from qgepplugin, docs and project.
I'm not exactly sure how to test this, as it's very likely that it will mess with the translations on transifex, with releases on the QGIS plugin repo and with the published docs. Ideally we'd clone or at least somehow backup these until we're confident it all works as expected.
Also it will very likely require quite a few trials before everything works again...
rolling release
This PR does NOT yet contain anything about the automatic release.