Configurable expiry for dependency caches to support builds with different dependencies

XMLWordPrintable

    • 12

      The caching feature in Bitbucket Pipelines is rather inefficient. Would it be possible to implement the following?

      1. After a successful build, update the cache.
      2. Define a max TTL for the cache.

      Reasoning for 1 is that at the moment any first build populates the cache and it stays effective for a week. All subsequent builds during that time window need to download dependencies over and over again. That's really inefficient.

      Reasoning for 2 is that instead of forcing downloading the cache every week, why not define a time-to-live for the cache? If there are no builds running for a week, then delete the cache (if you need to free resources).

      If a project is actively building day after day, do not require rebuilding the cache unless there is a good reason to do so.

      I guess there is a little controversy between the interests of Atlassian and Bitbucket Pipelines users since Atlassian charges by the minute and users want builds to be as fast as possible. I'd rather pay a bit more for faster builds.

            Assignee:
            Unassigned
            Reporter:
            Thomas Raehalme
            Votes:
            20 Vote for this issue
            Watchers:
            19 Start watching this issue

              Created:
              Updated: