Separate Workflow for compile-only to enable separate triggering of compile-only or full CI-run #118
Replies: 2 comments 1 reply
-
The CI/CD workflow is triggered on push to main, release/* or feature/* branches + also for pull requests I don't believe in skipping tests to be able to check-in faster - IMO, main must always be stable. Your idea does however make me think whether the feature branch CI pipeline could be a compile only - meaning that while working in a feature branch - no tests are running - that seems like a good idea and totally possible. |
Beta Was this translation helpful? Give feedback.
-
Not sure if this idea was implemented already and if my idea is similar enough to revive this discussion. Sometimes when doing quick changes it happens that the code I check in, does not even compile, because of typos, or perhaps because of code cops especially if fail-on-warning is enabled. And if this is a feature branch/PR the run-pipeline step (and windows runner) can be skipped entirely |
Beta Was this translation helpful? Give feedback.
-
It would help developers to configure a workflow for compile only (like in Run-ALValidation) triggered by every push / pull request.
That would enable developer to create a new build and a compile result faster without the need to wait for feedback for the duration of a full CI-run. A full CI-run would be triggered by schedule.
Perhaps this scenario is already covered?
Beta Was this translation helpful? Give feedback.
All reactions