Thanks for your thoughts Lee. On Thursday, March 19, 2015 at 2:25:06 AM UTC-7, Lee Hambley wrote: > > I'd tend to agree it ought perhaps to have been `passenger:restart`, and > that probably it's upto the user where to hook that in (i.e include the > plugin, and then explicitly write an `after` hook). It'd encourage people > to look at the docs i.e "*passenger*:sometask"… "ohh that must come from > capistrano-*passenger*". > > However, no concrete advice :) > > Lee Hambley > http://lee.hambley.name/ > +49 (0) 170 298 5667 > > On 19 March 2015 at 04:23, Pj Kelly <p...@crushlovely.com <javascript:>> > wrote: > >> Hey Lee, >> >> Thanks for the reply. A little clarification here: I'm wondering whether >> you think requiring the plugin in your Capfile should automatically add the >> plugin's functionality to your deployment via callbacks, or if plugins >> should let the user specify how the plugin should be used in their >> deploy.rb. >> >> An example of this is the capistrano/passenger plugin. The plugin as it >> stands right now defines a deploy:restart task *and* calls sets it to >> run after the :publishing task. My opinion is that this is a bit too >> presumptuous for a plugin and that, at the very least, it should not use >> the deploy namespace. For the way our apps are setup, we like defining our >> own deploy:restart task that contains everything related to "restarting" - >> restarting apps, workers and any other supporting services required. >> >> At the end of the day, this really comes down to personal preference, but >> I'm just curious if y'all have an opinion on whether a) there should be a >> convention established for capistrano plugins and b) what you think it >> should be so we (as a community) can author plugins in a consistent way. >> >> Thanks! >> >> On Wednesday, March 18, 2015 at 1:07:19 AM UTC-7, Lee Hambley wrote: >>> >>> Hi Pj, >>> >>> I can't think of any examples off hand which automatically plug >>> themselves into the workflow, I'm not even sure that Bundler does the right >>> thing with the gems loading them automatically? >>> >>> What exactly did you have in mind? I do rather like that usually >>> installing a plugin means it's in the Gemfile *and* in the >>> Capfile/deploy.rb, but I don't have any dogmatic preference one way or >>> another, because mostly I *think* they nearly all (?) require a loader-line >>> in the Cap config itself. >>> >>> Not sure that helps, but hit us back, and we can talk about it. >>> >>> Lee Hambley >>> http://lee.hambley.name/ >>> +49 (0) 170 298 5667 >>> >>> On 18 March 2015 at 00:03, Pj Kelly <p...@crushlovely.com> wrote: >>> >>>> Hello All, >>>> >>>> I'm wondering if anyone is aware of or has opinions on how capistrano >>>> plugins should be setup. The specific scenario I'm thinking about is >>>> whether plugins should automatically add their functionality in via >>>> callbacks, or leave it to the user of the plugin to call tasks defined >>>> where they see fit. Personally I can see both sides of the argument - >>>> having a plugin be plug-and-play by just requiring it in your Capfile is >>>> super nice, however having the flexibility to call it wherever makes sense >>>> in your particular deployment flow is also nice. >>>> >>>> I'm aware that you can easily override already defined tasks if need >>>> be, but just curious if the maintainers of Capistrano have an opinion on >>>> how plugins should be authored. >>>> >>>> Thanks in advance. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Capistrano" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to capistrano+...@googlegroups.com. >>>> To view this discussion on the web, visit https://groups.google.com/d/ >>>> msgid/capistrano/ae146a74-8e3f-4ebb-b5ee-676f5c52c393% >>>> 40googlegroups.com >>>> <https://groups.google.com/d/msgid/capistrano/ae146a74-8e3f-4ebb-b5ee-676f5c52c393%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- >> You received this message because you are subscribed to the Google Groups >> "Capistrano" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to capistrano+...@googlegroups.com <javascript:>. >> To view this discussion on the web, visit >> https://groups.google.com/d/msgid/capistrano/6060b414-20ae-4d34-a950-7ff3b2f35fe3%40googlegroups.com >> >> <https://groups.google.com/d/msgid/capistrano/6060b414-20ae-4d34-a950-7ff3b2f35fe3%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > >
-- You received this message because you are subscribed to the Google Groups "Capistrano" group. To unsubscribe from this group and stop receiving emails from it, send an email to capistrano+unsubscr...@googlegroups.com. To view this discussion on the web, visit https://groups.google.com/d/msgid/capistrano/c2bc27b6-f1ac-4312-9fcf-23509d7bfc93%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.