Re: Future tag names for releases

2022-03-17 Thread Jonas Hahnfeld via Discussions on LilyPond development
Am Mittwoch, dem 16.03.2022 um 23:37 +0100 schrieb Han-Wen Nienhuys: > On Wed, Mar 16, 2022 at 9:57 PM Jonas Hahnfeld via Discussions on > LilyPond development wrote: > > while trying to round up the procedure for future releases, I've come > > across one point that I don't particularly like, and

Re: Future tag names for releases

2022-03-16 Thread Han-Wen Nienhuys
On Wed, Mar 16, 2022 at 9:57 PM Jonas Hahnfeld via Discussions on LilyPond development wrote: > while trying to round up the procedure for future releases, I've come > across one point that I don't particularly like, and that are the tag > names in the git repository. For example, the latest versi

Re: Future tag names for releases

2022-03-16 Thread Dan Eble
On Mar 16, 2022, at 17:04, Jean Abou Samra wrote: > > Le 16/03/2022 à 21:57, Jonas Hahnfeld via Discussions on LilyPond development > a écrit : >> >> ... >> would drop the superfluous "release/" prefix (probably still stemming >> from CVS times?) and the "-1" suffix for the buildnumber, which

Re: Future tag names for releases

2022-03-16 Thread Jean Abou Samra
Le 16/03/2022 à 21:57, Jonas Hahnfeld via Discussions on LilyPond development a écrit : Hi all, while trying to round up the procedure for future releases, I've come across one point that I don't particularly like, and that are the tag names in the git repository. For example, the latest version

Future tag names for releases

2022-03-16 Thread Jonas Hahnfeld via Discussions on LilyPond development
Hi all, while trying to round up the procedure for future releases, I've come across one point that I don't particularly like, and that are the tag names in the git repository. For example, the latest version 2.23.6 is tagged as release/2.23.6-1, which leads to the quite ugly and long link https:/