toggle quoted messageShow quoted text
Thanks for putting together this proposal. I added some comments/questions
to the document. I would love your feedback/response on those. Most of the
comments are concerned with the lack of concrete use cases. I think adding
a few examples to each use case will clarify the value added by the hooks.
On Mon, Apr 11, 2016 at 1:04 PM Mike Youngstrom <youngm(a)gmail.com> wrote:
An interesting proposal. Any thoughts about this proposal in relation to
multi-buildpacks ? How many of the use cases for this feature go away
in lue of multi-buildpack support? I think it would be interesting to be
able to apply hooks without checking scripts into application (like
This feature also appears to be somewhat related to . I hope that
someone is overseeing all these newly proposed buildpack features to help
ensure they are coherent.
On Fri, Apr 8, 2016 at 4:16 PM, Troy Topnik <troy.topnik(a)hpe.com> wrote:
This feature allows developers more control of the staging and deployment
of their application code, without them having to fork existing buildpacks
or create their own.
Hooks give developers the ability to optionally:
* run scripts in the staging container before and/or after the
bin/compile scripts executed by the buildpack, and
* run scripts in each app container before the app starts (via .profile
as per the Heroku buildpack API)
A similar feature has been available and used extensively in Stackato for
a few years, and we'd like to contribute this functionality back to Cloud
A proof-of-concept of this feature has already been submitted as a pull
request, and the Feature Narrative addresses many of the questions raised
in the PR discussion:
Please weigh in with comments in the document itself or in this thread.