Skip to Main Content
Status Not under consideration
Workspace * IBM Cloud Ideas
Created by Guest
Created on Oct 17, 2016

control buildpack update frequency

Although the approximate 1 month buildpack updated frequency is appreciated by a large segment of our customers - there are a  number of enterprise customers which have longer application and maintenance cycles than 1 month.  What this means is that they are not able to spend the time each month to validate and/or fix regressions in their apps that may happen or to do any blue-green testing before going live with updates.  

We have several customers asking us to provide a way for them to control the upgrades of buildpacks ...or keep a longer number of older buildpacks around. They are looking at a 3 or 6 month buildpack upgrade cycle. 

  • Guest
    Nov 21, 2016

    It would be really useful if the default buildpacks (liberty-for-java) had version # associated to it. We only do this for older buildpacks. Once I choose the current buildpack with the version, I would expect it to be there for 6 months.

  • Guest
    Nov 21, 2016

    I'll comment just to re-inforce my +1 vote !!!

  • Guest
    Oct 17, 2016

    Thanks for the idea Fred. I've assigned this idea and tagged appropriately.