-
Notifications
You must be signed in to change notification settings - Fork 39
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
Thoughts on managing CI tooling? Maybe using bitbucket pipes? #49
Comments
The Pantheon @aaronbauman creating a custom Dockerfile with shared scripts is a good way to go for folks who know how CI works and want to use it in multiple projects. The Dockerfile You could either extend our image or use it as a starting place and remove what you don't need (maybe some Terminus plugins your scripts won't use, Then, move the bash scripts from the individual project repositories to the Dockerfile and maintain them there for all your projects, having your CI config reference them. I've done this on GitLab and it worked really well. GitLab also has a container registry so the Dockerfile could be cached well, which improved job times in addition to providing a central place to maintain the build/deploy/test scripts. If you try out BitBucket pipes let us know how it goes. |
Thanks for the input. I will try it out and let you know. |
Hi @aaronbauman, I'm also trying to optimize my CI workflow with a a custom Dockerfile or any other solution, I use Bitbucket too. Did you try out BitBucket pipes to do this? Thanks! |
I haven't had time to test this out yet, no. |
Thanks. I'm testing it but I don't quite understand the difference between a custom Pipe and a custom Docker Image, are there any advantages of using Pipes over Images? |
Seems like Pipes are meant to be more modular. |
Great, thanks @aaronbauman. |
ref: https://confluence.atlassian.com/bitbucket/how-to-write-a-pipe-for-bitbucket-pipelines-966051288.html
I'm finding that, as the volume of CI projects we're managing grows, the proliferation of CI scripts is quickly becoming unweildy. It's not practical for my team to support an entirely decoupled CI stack for every new project. If there were a way that my CI-related devops tooling could inherit from an upstream, that would lift a big management burden for us.
Could Bitbucket Pipes provide such a solution?
Any other ideas?
Not sure if this is a good place to start this discussion or not - feel free to move.
The text was updated successfully, but these errors were encountered: