<div dir="ltr"><br><div>Thanks everyone for the valuable feedback.  Few folks in the Ironic meeting agreed as well releasing often is better idea than git submodules, and we will go ahead with that if no one has any objection.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 17, 2015 at 9:50 PM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-06-17 10:10:22 -0400 (-0400), Doug Hellmann wrote:<br>
> Excerpts from Ramakrishnan G's message of 2015-06-17 12:50:25 +0530:<br>
> > Seems to me like we can keep ironic-lib git repository as a git submodule<br>
> > of the ironic and ironic-python-agent repositories.  Any commit in Ironic<br>
> > or Ironic-python-agent can change ironic-lib independently.  Also, looks<br>
> > like our CI system supports it by automatically pushing commits in the<br>
> > subscribed projects [1].  Sounds like that should be better instead of<br>
> > making a new release of ironic-lib and waiting for it to be published to<br>
> > make changes in Ironic or Ironic-python-agent.<br>
><br>
> Please don't do this. It's similar to the incubator model used in Oslo,<br>
> but the benefits there (being able to evolve the API of code formerly<br>
> tightly coupled to an application) don't apply here. You're writing new<br>
> code, and can create a library directly. Releasing libraries is easy. We<br>
> do it often enough that people complain about the extra email.<br>
</span>[...]<br>
<br>
Also, while the software we use does support Git submodules, our<br>
infrastructure admins are not supporting use of Git submodules in<br>
projects we host for a variety of reasons. The benefits of a<br>
submodule over a completely separate Git repository are slim, and<br>
usually a sign that you're working around poor design in the<br>
involved repos. Further, submodules pose significant potential for<br>
confusion among developers, especially those for whom this is their<br>
first experience interacting with Git--it's confusing enough--we<br>
should strive to keep things as simple as possible for them when the<br>
cost of doing so is not particularly high.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>