TODO(@tianhaoz95): add future plans and migration guide.
What are not going to change:
- The project can still be self-hosted (auto-push to Heroku or as a GitHub action, see https://probot.github.io/docs/deployment/#github-actions for details).
- I will still maintain the project health including getting dependencies up-to-date and merging code contributions.
What are changing:
- There will not be hosted services.
- There won't be new features planned.
⚠️ Check Group is now hosted on paid service to ensure better up time: Check out the details here and please consider sponsoring the project!
Groups CI checks based on the sub-projects for monorepo projects.
For example, a monorepo project can define that changes checked into documentation (e.g. files in docs/**.md) should pass a set of checks (e.g. markdown lint and github_pages_build), and changes checked into mobile app source code (e.g. files in clients/app/**.dart) should pass another set of checks (e.g. app_unit_tests and app_integration_test) before being merged. It's also possible that there is a set of checks to make sure related sub-projects are compatible (e.g. compatibility_check).
For the situation above, there is no easy way to guard the main branch with protected branch schema. The project has to either only define a subset of full CI checks as requirement leaving the main branch less secure or define and run a full list of CI checks for every pull request slowing down merging process.
With Check Group, we can add one more CI check that is a combination of CI checks based on sub-projects of interests. The protected branch rule can depend only on the combined check.
To fit the example above into the use case, we can use the following configuration to tell Check Group how to collect required checks:
subprojects:
- id: documentation
paths:
- "docs/**.md"
checks:
- "markdown_lint"
- "github_pages_build"
- id: mobile_app
paths:
- "clients/app/**"
checks:
- "app_static_analysis"
- "app_unit_tests"
- "compatibility_check"
- id: cli_app
paths:
- "clients/cli/**"
checks:
- "cli_unit_tests"
- "compatibility_check"With the configuration above, Check Group collects the requirements that will secure the main branch and only LGTM if they all pass.
Here is an example of how it works in the pull request:
A list of requirements and current fulfillment status is available in the "Details":
Note: since Check Group converts all required checks into a single check to make protected branch happy, the repository only needs to run the affected checks for pull requests. There are many ways to do on every CI/CD platform. Here's an example with GitHub Actions for the usecase above (for more details, check out the example project):
name: app checks
on:
pull_request:
branches:
- "master"
paths:
- "clients/app/**"
jobs:
app_static_analysis: ...
app_unit_tests: ...The app is available on the GitHub Marketplace.
The app can be configured with .github/checkgroup.yml.
Here's an example configuration for a monorepo project consist of a documentation site and a mobile app client:
# This field can customize the name this app shows up in the pull request
# checks list. This is requested in #457 since the name "Check Group" is not
# necessarily informative enough for engineers who knows less about this
# workflow. Something like "Integration tests" or "Required tests" might be
# better in some cases.
custom_service_name: your_awesome_name # default to "Check Group"
subprojects:
- id: documentation
paths:
- "docs/**.md"
checks:
- "markdown_lint"
- "github_pages_build"
- id: mobile_app
paths:
- "clients/app/**"
checks:
- "app_static_analysis"
- "app_unit_tests"The following commands runs Check Group in self-host server for GitHub Enterprise:
# This is the GitHub Enterprise endpoint. You will
# need to replace it with your host.
export GHE_HOST=github.example.com
# The following command builds the TypeScript source code
npm run build
# The following command starts the server
npm run startNote: since I don't use GitHub Enterprise, the steps above might not fully reflect the setup process. Please open an issue here if there is any problem while setting it up.
To make sure that the service is reliable, I will need to host it on a paid service.
You can help us out by sponsoring the service at Buy Me a Coffee. Really appreciate your support!
ISC © 2020 Tianhao Zhou tianhaoz@umich.edu
Thanks goes to these wonderful people (emoji key):
 Tianhao Zhou 💻 |
 Joel Beach 💻 🤔 |
 Kevin Heins 🤔 |
 Paul Jones 🐛 🤔 |
 Neil Kalman 🐛 |
 Christian Theilemann 💻 |
This project follows the all-contributors specification. Contributions of any kind welcome!