Live data from Hacker News

Introducing Google Cloud Container Builder

cloudplatform.googleblog.com

111–114 of 114 posts

Re: Introducing Google Cloud Container Builder

#111
post #28
post #26

Earlier quoted context omitted.

Is there any caching involved? In other words, what happens if I build the same source tree twice or if one line changes between one run and the next?

We don't currently cache anything from one build to the next. We are open to optimizations here, in the future.

In my mind, at least for custom builds, the most widely-applicable optimization would be providing the build environment with a FUSE-mounted build-cache GCS bucket. Such a mount could then be used in ways similar to the way Heroku's buildpacks use their build artifact cache directory.

Re: Introducing Google Cloud Container Builder

#113

Really interesting. Is it possible that you'll remove the "one build at a time" restriction at some point? I'm imagining builds across a large org some of which would need to be run in parallel. Or am I misperceiving things in one way or another? Thanks!

For now, we ask that those orgs get in touch with us directly for the purposes of easing these restrictions.

Re: Introducing Google Cloud Container Builder

#114
post #28
post #26

Earlier quoted context omitted.

Is there any caching involved? In other words, what happens if I build the same source tree twice or if one line changes between one run and the next?

We don't currently cache anything from one build to the next. We are open to optimizations here, in the future.

Our Python dependencies include gensim and numpy which puts the build > 10min. Without layer caching, what can I do to get the build time down?
Post reply on HN