-
Notifications
You must be signed in to change notification settings - Fork 40.8k
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
Allow build image caches to use the container file system instead of volumes #25995
Comments
Are there any plans around this? It's been a while :D |
@mimozell There are no immediate plans to implement this. We haven't seen enough demand for the feature to make it a high priority relative to other things the team is working on. Contributions are always welcomed. |
Hi, it would be great to have this. I see some post around discussing about this issue, but most people see this like a bitbucket issue, maybe a lot of us are just ignoring why isn't working until we ding into it, like a just did today. The builpack and pack cli have evolving to support caching with different strategy, see pack --cache |
Duplicates #28387 |
When the Maven
spring-boot:build-image
goal or GradlebootBuildImage
task invokes the CNB lifecycle API, it creates and mounts volumes for the lifecycle to use as build and launch caches. Some restrictive environments like BitBucket don't allow writing to these volumes, but do allow writing to a specific location on the build container file system. The plugins should be enhanced to allow a user to configure file system locations for the build and launch caches instead of volumes.See #25606 for an example of an issue related to this, and the Pack cache options RFC for the
pack
CLI implementation of a similar capability.The text was updated successfully, but these errors were encountered: