<div>Ah I see. </div><div>In master you can just add the new migration with makemigrations. We will squash migrations upon release. as you say in development is ok to have the separate as we prolly don't want to destroy the db every time</div><div><br></div><div>Thanks. </div><div><br></div><div><br><div class="gmail_quote"><div>Il giorno mar 13 giu 2017 alle 20:55 Goran Mekić <meka@tilda.center> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jun 13, 2017 at 06:52:34PM +0000, Simone Dalmasso wrote:<br>
> Sorry it is not clear to me what the issue is. The migrations always<br>
> reflect the data model. We actually all work on master and contribute tu<br>
> it.<br>
<br>
Maybe it's better with an example. Let's say you add some code to 26_to_27 migration. How do I apply it? Simple "manage.py migrate" doesn't work, as that migration is already applied on my machine.<br>
</blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature">Simone </div>