Fixes #4061. Four things: 1. Reorder the script steps so that builds are triggered before the PR is created. This should not really be necessary, but I am seeing some evidence that TeamCity is not respecting the commit sha we request to build. (This arose with 14.0.194 where a build agent became unavailable during a build and TC cancelled and restarted the build, but from a later revision... which this particular fix may not help, I guess...) 2. Add debug logging so we can see exactly which commit sha that we send to TeamCity 3. Handle errors in version increment by aborting the script with an error. 4. Add a -f force mode which we can use to trigger a build even if no changes are detected. This will need a corresponding patch in TC. |
||
|---|---|---|
| .. | ||
| history | ||
| l10n | ||
| version | ||
| build-download-resources.sh | ||
| build-utils.sh | ||
| increment-version.sh | ||
| jq-license.txt | ||
| jq-win64.exe | ||
| jq.inc.sh | ||
| README.md | ||
| run-required-test-builds.sh | ||
| sentry-control.inc.sh | ||
| trigger-builds.inc.sh | ||
| trigger-definitions.inc.sh | ||
| vswhere-LICENSE.txt | ||
| vswhere.exe | ||
| xcode-utils.sh | ||
Release builds
A release is triggered nightly whenever a pull request has been merged to the branch; it
runs from a TeamCity build configuration that runs increment-version.sh and then uploads
the resulting HISTORY.md to https://downloads.keyman.com/history/HISTORY.md.
To manually make a release (for example if a build falls over for a transient error or there was a build configuration problem), create a new PR that targets the branch, merge it, and then run the Trigger Release Builds build configuration for that branch. If you have no changes, see that as an opportunity to improve documentation, including this file...
Various tools
vswhere.exe is used by Keyman Core to select a Visual Studio version on Windows. Official source: https://github.com/microsoft/vswhere License
jq-win64.exe is used by various builds for json query. Official source: License