<div dir="ltr">On request from our customers, we sometimes have to provide or backport fixes on old releases. In the future, those tags are also going to be pushed to Github; although, only for OTP 17 onwards.<div><br></div><div>Andreas<br><div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Andreas Schumacher</b> <span dir="ltr"><<a href="mailto:andreas.schumacher@ericsson.com">andreas.schumacher@ericsson.com</a>></span><br>Date: Thu, Sep 18, 2014 at 3:10 PM<br>Subject: FW: [erlang-questions] Fwd: FW: Fwd: Fwd: SSL peer verification in httpc with Mozilla's certificate store<br>To: "<a href="mailto:andreasschu@gmail.com">andreasschu@gmail.com</a>" <<a href="mailto:andreasschu@gmail.com">andreasschu@gmail.com</a>><br><br><br><br>
<br>
On 14/09/14 20:28, "Tuncer Ayaz" <<a href="mailto:tuncer.ayaz@gmail.com">tuncer.ayaz@gmail.com</a>> wrote:<br>
<br>
>On Sun, Sep 14, 2014 at 5:17 PM, Andreas Schumacher wrote:<br>
>> External maintainers can ignore the versions that are not officially<br>
>> announced as a major release or service package, and for which<br>
>> neither source/binary packages nor documentation are published on<br>
>> <a href="http://erlang.org" target="_blank">erlang.org</a>. Nevertheless, in order to increase transparency and to<br>
>> avoid similar confusion and discussions in the future, we could<br>
>> announce those patch packages on erlang-questions. Then external<br>
>> maintainers can decide themselves whether they want to include those<br>
>> packages into their products.<br>
><br>
>I don't mind tag-only releases, and actually _appreciate_ it very much,<br>
>so thanks a lot! The confusion is, from what I can tell, based on the<br>
>fact that 17.1 was announced but 17.2 was not.<br>
><br>
>If commit messages and git history is maintained in a descriptive and<br>
>consistent state, you could automate release notes with links to the<br>
>relevant commits. But right now there are somtimes intermediate and<br>
>other commits you'd have to filter from auto-generated release notes.<br>
>For example, try 'git shortlog OTP-17.1.2...OTP-17.2.2', and you'll<br>
>find 'wip' commits that ideally would have been amended or squashed.<br>
><br>
>That said, does the OTP team backport fixes to old releases? If they<br>
>do, such tags (without an official release) can be useful for various<br>
>production nodes.<br>
<br>
</div><br></div></div></div>