Open guicassolato opened 2 years ago
An idea of how to organise this:
Name | File (.github/workflows/) | Trigger | Scope (path filter)1 | Steps |
---|---|---|---|---|
Code Style | code-style.yaml |
|
|
|
Language | language.yaml |
|
|
|
Unit Tests | unit-testing.yaml |
|
|
|
Unit Benchmarks | unit-benchmarks.yaml |
|
|
|
End-to-end Tests | e2e-tests.yaml |
|
|
|
Smoke Tests | smoke-tests.yaml |
|
N/A |
|
Performance Tests | performance-tests.yaml |
|
N/A |
|
Build Images | build-images.yaml |
|
|
|
Deploy | deploy.yaml |
|
N/A |
|
Release | release.yaml |
|
N/A |
|
1 PRs and pushes only (ref).
TBD: Workflows related to Code scan (vulnerability and dependency updates) and Badges.
We want to improve automation in all repos for the Kuadrant components. We're aiming for:
As part of a preliminary investigation (https://github.com/Kuadrant/kuadrant-operator/issues/21) of the current state of such automation, the following desired workflows and corresponding state for the Authorino repo were identified. Please review the list below.
go fmt
,go vet
,cargo fmt
)go test
,cargo test
)Workflows do not have to be implemented exactly as in the list. The list is just a driver for the kind of tasks we want to cover. Each component should assess it as it makes sense, considering the component's specificities. More details in the original epic: https://github.com/Kuadrant/kuadrant-operator/issues/21.
You may also want to use this issue to reorganize how current workflows are implemented, thus helping us make the whole thing consistent across components.