-
Notifications
You must be signed in to change notification settings - Fork 246
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: declarative pipelines #669
Comments
See also #666, which is a request to do GitHub HCL pipelines. We're talking about whether we can do this in "user space" (like pre-converting from one to another). But we're open to ideas at this point. |
Some things that would be great to see: Keeping the pipeline configuration in code
Reference secrets in pipeline configuration
A nice to have might be some sort of compatibility with GithubActions -- it sounds like there's a push to build a community around actions. |
Hi, @FrodeHus! Would you care to open a Work in Progress PR with your work so we can review it in detail and start discussing the specific implementation? cc @adamreese |
Of course! Pull request #777 ready |
@FrodeHus you might want to look at some of the work going on in https://github.com/lovethedrake/brigdrake. |
Closing due to similarity with #1024. |
I've started on a feature that others might find useful in Brigade. It's very basic right now, but it works for simple stuff.
Use case
Defining components that can be re-used and composed into pipelines - all in YAML.
The pipelines themselves can be composed of other pipelines in addition to components.
This allows for the creation of a library of Brigade components and pipelines ready for use without the need to write brigade scripts.
For example, someone can create a security scan pipeline and you can then refer to that pipeline as a step in your own pipeline without having to create and maintain it yourself.
These declarative pipelines should also make it easy to create nice visualizations of the build process.
The end result of the pipelines is the generation of a brigade.js that is attached to the worker just as default script is today.
Sample pipeline
Feature fork
Would this be interesting as a PR?
The text was updated successfully, but these errors were encountered: