<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Antranig, what do you think about just creating something like a “1.x.last” branch and not tag at all? I’m not yet sold on this idea myself, but thought I’d bring it up as another possibility.</div> <br> <div id="bloop_sign_1434563713504098816" class="bloop_sign"></div> <br><p class="airmail_on" style="color:#000;">On June 17, 2015 at 11:11:43 AM, Antranig Basman (<a href="mailto:antranig.basman@colorado.edu">antranig.basman@colorado.edu</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>Shortly a large pull request will be merged to Infusion trunk which  
<br>clears out a large number of obsolete framework features. This marks a  
<br>"point of no return" with respect to maintaining compatibility with code  
<br>written against the Infusion 1.x framework - although our components  
<br>written against the new framework will maintain their API contracts  
<br>unchanged.
<br>
<br>The pull request is at  
<br>https://github.com/fluid-project/infusion/pull/591 and a list of the  
<br>framework changes is basically equivalent to the one at  
<br>http://docs.fluidproject.org/infusion/development/DeprecationsIn1_5.html  
<br>. After this merge, the framework's API will be very much closer to the  
<br>one we will deliver for the Infusion 2.0 release than the still  
<br>basically 1.x-compatible version currently in trunk.
<br>
<br>In fluid-work yesterday we were having a conversation about what we  
<br>should name the tag we make to represent the current state of trunk.
<br>
<br>https://botbot.me/freenode/fluid-work/2015-06-16/?msg=41990122&page=1
<br>
<br>We talked over various possibilities involving 1.6 or 1.9 version  
<br>numbers, but we considered that given we had not done any of the testing  
<br>required for a full release and would probably never produce a full  
<br>release based on this revision, that the use of such a specific version  
<br>number would be misleading.
<br>
<br>The current proposal is to tag current trunk with a meaningful string  
<br>that clearly doesn't correspond to a release number, for example,  
<br>"1.x-last" and then after the merge to move trunk to a semver-compatible  
<br>release number of "2.0.0-alpha.1". This would become the real release  
<br>number of the first release we made from trunk subsequently, which would  
<br>then be bumped up to "2.0.0-alpha.2" etc.
<br>
<br>If anyone would like to make a further proposal, please could you read  
<br>up in the IRC transcript above and then followup to this thread - cheers
<br>
<br>Antranig
<br>_______________________________________________________
<br>fluid-work mailing list - fluid-work@lists.idrc.ocadu.ca
<br>To unsubscribe, change settings or access archives,
<br>see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
<br></div></div></span></blockquote></body></html>