<div dir="ltr"><div><div><div>What sort of specification are you talking about here -- specs for individual plugins<br></div>or a spec for how to implement a plugin?  If the latter, what is the relationship of that<br>to the official documentation about how to create a plugin (to be added to the<br></div>Developer Guide)?<br><br></div>meg<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 23, 2015 at 1:43 AM, Nikolay Markov <span dir="ltr"><<a href="mailto:nmarkov@mirantis.com" target="_blank">nmarkov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I also wanted to add that there is a PR already on adding plugins<br>
repos to stackforge: <a href="https://review.openstack.org/#/c/147169/" target="_blank">https://review.openstack.org/#/c/147169/</a><br>
<br>
There is a battle in comments right now, because some people are not<br>
agree that so many repos are needed.<br>
<div><div class="h5"><br>
On Fri, Jan 23, 2015 at 1:25 AM, Mike Scherbakov<br>
<<a href="mailto:mscherbakov@mirantis.com">mscherbakov@mirantis.com</a>> wrote:<br>
> Hi Fuelers,<br>
> we've implemented pluggable architecture piece in 6.0, and got a number of<br>
> plugins already. Overall development process for plugins is still not fully<br>
> defined.<br>
> We initially thought that having all the plugins in one repo on stackforge<br>
> is Ok, we also put some docs into existing fuel-docs repo, and specs to<br>
> fuel-specs.<br>
><br>
> We might need a change here. Plugins are not tight to any particular release<br>
> date, and they can also be separated each from other in terms of committers<br>
> and core reviewers. Also, it seems to be pretty natural to keep all docs and<br>
> design specs associated with particular plugin.<br>
><br>
> With all said, following best dev practices, it is suggested to:<br>
><br>
> Have a separate stackforge repo per Fuel plugin in format<br>
> "fuel-plugin-<name>", with separate core-reviewers group which should have<br>
> plugin contributor initially<br>
> Have docs folder in the plugin, and ability to build docs out of it<br>
><br>
> do we want Sphinx or simple Github docs format is Ok? So people can just go<br>
> to github/stackforge to see docs<br>
><br>
> Have specification in the plugin repo<br>
><br>
> also, do we need Sphinx here?<br>
><br>
> Have plugins tests in the repo<br>
><br>
> Ideas / suggestions / comments?<br>
> Thanks,<br>
> --<br>
> Mike Scherbakov<br>
> #mihgen<br>
><br>
><br>
</div></div>> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Best regards,<br>
Nick Markov<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div>