<p dir="ltr">A note - It would take more than just creating "migration" module inside system-config tree and then running subtree split on it to maintain history. There were some commits that did not get replicated during submodule split, for example. For files that moved, it is necessary to use git filter branch and custom scripts, AFAIK.</p>
<div class="gmail_quote">On May 21, 2015 11:05 PM, "Paul Belanger" <<a href="mailto:pabelanger@redhat.com">pabelanger@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/21/2015 08:42 PM, Spencer Krum wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How did we get here?<br>
<br>
For a long time there were two place to put configuration: the <thing><br>
module, or the openstack_project::<thing> class. Both of these were in the<br>
same repository and it didn't much matter to anyone where configuration<br>
went.<br>
<br>
In my mind we should move everything we responsibly can into the modules<br>
themselves. That greatly reduces the volume of code in openstackci and<br>
openstack_project. Such refactors across repos does break the utility of<br>
tools like git-bisect, but the history is still preserved in system-config<br>
and someone who knows our history can find that easily.<br>
<br>
</blockquote>
My point was not keep things in system-config, it was move them into openstackci namespace inside system-config to preserve the history. Then, once you are happy openstackci is working like you want, then move it into the external module.<br>
<br>
project-config and system-config, we kept the history for each until they diverged. Now, puppet-openstackci has 10 commits.<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, May 21, 2015 at 8:31 PM, Paul Belanger <<a href="mailto:pabelanger@redhat.com" target="_blank">pabelanger@redhat.com</a>><br>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Preface, Ramy I'm happy you are leading the effort and sorry for being so<br>
confused when we talked today.<br>
<br>
On to my email,<br>
<br>
So, I had a chance to attend (pretty late honestly) to the<br>
puppet-openstackci working group. And have to admit, I was pretty surprise<br>
to see how the break out of the puppet module was happening.<br>
<br>
I know the ship has sailed, but I feel it is a shame we are basically<br>
losing the git commit history of the system-config repo in this process.<br>
<br>
To be honest, I don't know the motivation around _not_ preserving the<br>
history however, I do see a path available to do this:<br>
<br>
system-config/<br>
modules/<br>
openstack_project/<br>
openstackci/<br>
<br>
Creating, top level openstackci, for the purpose of the migration. Then,<br>
once the core requirements of the break has happened, extra the data out<br>
(like we did with system-config / project-config) into its own<br>
puppet-openstackci.<br>
<br>
Again, it is not the only way to do it, but does preserve the git history.<br>
<br>
I don't want to stop the process, because I think it is important, but<br>
want to stress (for me) the lack of git history will make it harder for me<br>
to consume as a 3rd party operator. Well, maybe stop the process, since we<br>
can revert some changes :)<br>
<br>
Hit me up on Friday summit day if you want to smack me around.<br>
<br>
_______________________________________________<br>
OpenStack-Infra mailing list<br>
<a href="mailto:OpenStack-Infra@lists.openstack.org" target="_blank">OpenStack-Infra@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra</a><br>
<br>
</blockquote>
<br>
<br>
<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
OpenStack-Infra mailing list<br>
<a href="mailto:OpenStack-Infra@lists.openstack.org" target="_blank">OpenStack-Infra@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra</a><br>
</blockquote></div>