<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 21, 2015 at 11:11 AM, Martin Landa <span dir="ltr"><<a href="mailto:landa.martin@gmail.com" target="_blank">landa.martin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I don't like grass71-dev and 7.1.svn (or 7.1svn) because we are branching<br>
> 7.1 from 7.0, not from trunk, right? So, trunk will never become 7.1 (nor<br>
> 7.2, ...).<br>
<br>
</span>hm, VERSION file in trunk says 7.1. I live in impression that relbr70<br>
is just for releasing 7.0.x versions (see the name of the branch).<br>
Later we will create branch relbr71 from trunk and trunk becomes 7.3<br>
and so.</blockquote></div><br></div><div class="gmail_extra">I'm not really sure but I think this is how it should be but some discussions on PSC showed that GRASS GIS is using different scheme where you branch new release branch from existing release branch. The disadvantage is that that you have to backport every single commit and this is why I was against. The advantage is that the new release branch is as stable as the previous one was. But then you probably don't need to create new branch at all. Perhaps it was just a misunderstanding, the discussion was tough.<br></div></div>