<div dir="ltr">+1 to committing our migrations before the alpha. I like the idea of having new migrations in the PR that involves model changes.<div><br></div><div>I don’t know what kind of conflicts should arise but the only time I think we should consider recreating all the migrations is after we do a release where we don’t support upgrades (e.g. the alpha release of Pulp 3.0).</div><div class="gmail_extra"><br clear="all"><div><div class="m_-5428183485510336331gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Sep 14, 2017 at 2:26 PM, Austin Macdonald <span dir="ltr"><<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Today I filed and fixed <a href="https://pulp.plan.io/issues/3012" target="_blank">https://pulp.plan.io/iss<wbr>ues/3012</a>, which is an issue related to creating the migrations in the right order. It is a temporary problem that we will have until we take the step of committing the migrations to version control.<div><br></div><div>The reason migrations are not in git right now is that the models have changed often.</div><div><br></div><div>Reasons to do this now:</div><div>1) Our models are more stable now.</div><div>2) We don't want teach our alpha users how to use django migration tools.</div><div>3) We permanently solve the migration order issue. </div><div><br></div><div>If we do commit them, we will still be flexible to change our models. In the past, upgrading from an alpha or beta to a new alpha or beta is not supported, so I think it would be acceptable to blow away the migrations and create all new ones all the way up until 3.0 GA. In fact, it would be nice to have a minimal set of migrations at that time without any artifacts of our development up to that point.</div><div><br></div><div>If everyone agrees that now is the time, how should we do it? It seems to me like we should include new migrations with each model change in the same PR. We start fresh only if there are conflicts or if we want to do a "fresh" release.</div></div>
<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div></div>