| .. | ||
| api.yml | ||
| build-server-image.yml | ||
| codeql-analysis.yml | ||
| docker-push-mirrored.yml | ||
| e2e-fulltests-ci.yml | ||
| e2e-tests-ci-template.yml | ||
| e2e-tests-ci.yml | ||
| esrupgrade-common.yml | ||
| esrupgrade.yml | ||
| i18n-ci-pr.yml | ||
| i18n-ci-template.yml | ||
| migration.yml | ||
| mmctl-test-template.yml | ||
| README.md | ||
| scorecards-analysis.yml | ||
| sentry.yaml | ||
| server-ci-artifacts.yml | ||
| server-ci-master.yml | ||
| server-ci-pr.yml | ||
| server-ci-template.yml | ||
| server-test-template.yml | ||
| tag-public-module.yaml | ||
| webapp-ci-master.yml | ||
| webapp-ci-pr.yml | ||
| webapp-ci-template.yml | ||
Background
This document aims to explain the bunch of server and webapp yaml files and their functionality.
The context behind this complexity is that we want new pushes to PR branches to cancel older in-progress and pending CI runs, but we don't want that to happen in master branch. Unfortunately, there is no config knob to control pending workflows and if you set a concurrency group, then pending workflows will always be canceled. Refer to https://github.com/orgs/community/discussions/5435 for discussion.
Therefore, we have a template yaml file which is actually the main CI code. That is then imported by {server|webapp}-ci-master.yml and {server|webapp}-ci-pr.yml. The -master.yml files don't have any concurrency limits, but -pr.yml files do.
Folder structure
server-ci-pr | ---server-ci-template | ---server-test-template (common code for postgres and mysql tests)
server-ci-master | ---server-ci-template | ---server-test-template (common code for postgres and mysql tests)
webapp-ci-pr | ---webapp-ci-template
webapp-ci-master | ---webapp-ci-template