spiegel-keyman/resources/build
Marc Durdin d8f81cbdf1 chore(common): improve PR reporting of changes
Fixes #6391.

The issue here was quite nuanced: where we merged a PR, and then merged
the changes into an earlier PR, but left it open, the earlier PR could
end up getting the release information comment from keyman-server
instead of the later, merged PR. This was because the commit would
appear in both PRs, so GitHub would report on both of them.

This is not a 100% fix -- but it should stop the PR tagging on unmerged
pull requests. The one situation where this may leave a gap is where we
have multiple PRs merged on the same day, where a later PR's changes are
merged into an earlier PR; in this case I think it is possible that one
of the PRs will not get the informative version comment.

But given the current fix should avoid the more common situation, I am
comfortable to leave it as is for now. This is only informative data...
and a more complete fix is a distraction.
2022-05-17 10:43:07 +10:00
..
history chore(ci): address review comment 2020-02-04 12:12:07 +11:00
l10n chore(common): Add GitHub action to sync crowdin source 2021-09-14 07:11:07 +07:00
version chore(common): improve PR reporting of changes 2022-05-17 10:43:07 +10:00
build-download-resources.sh feat(android): Use build-download-resources.sh for KMApro and FV apps 2020-07-08 14:03:02 +07:00
build-utils.sh feat(developer): sentry integration into server 2021-12-22 11:16:33 +11:00
github.inc.sh chore(web): fixup curl call for cross-platform 2022-05-01 15:59:18 +10:00
help-keyman-com.sh fix: help.keyman.com script file cleanup 2021-09-27 17:17:45 +10:00
htm-link.lua fix(windows): context help links 2021-03-09 12:35:43 +11:00
html-link.lua chore: add global to lua 2021-03-09 14:32:18 +11:00
increment-version.sh chore: increment-version.sh for stable 2021-03-22 15:42:39 +11:00
jq-license.txt fix(common): build check failed 2020-03-18 14:55:37 +11:00
jq-win64.exe chore(common/resources): use shared scopes definition 2020-05-19 17:08:57 +10:00
jq.inc.sh fix(web): Update script to modify sourceRoot 2021-05-26 06:48:24 +07:00
offline-help-style-spec.txt feat(common): unprunes <kbd> styling 2021-05-27 08:55:07 +07:00
README.md chore(common): Update readme 2021-03-09 12:10:36 +01:00
report-history.sh chore(common): more on report-history 2021-08-19 16:49:47 +10:00
run-required-test-builds.sh chore(common): support forked repos when triggering test builds 2021-09-22 15:45:54 +10:00
sentry-control.inc.sh chore(common/resources): cleanup script filenames 2020-05-19 17:39:17 +10:00
trigger-builds.inc.sh fix(linux): Fix trigger script 2022-03-08 11:13:31 +01:00
trigger-definitions.inc.sh chore(common): update trigger definitions 2021-06-02 13:51:53 +10:00
vswhere-LICENSE.txt fix(common): enable build for win x64 and use global VERSION.md 2020-05-04 15:06:08 +10:00
vswhere.exe fix(common): enable build for win x64 and use global VERSION.md 2020-05-04 15:06:08 +10:00
xcode-utils.sh chore(ios): cleanup 2022-04-07 09:10:49 +10:00

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

vswhere.exe is used by Keyman Core to select a Visual Studio version on Windows.

Official source: https://github.com/microsoft/vswhere. License: MIT

jq-win64

jq-win64.exe is used by various builds for json query.

Official source: https://stedolan.github.io/jq/. License