Re: [yocto] [Openembedded-architecture] Yocto Project Release Tagging Changes
Jan-Simon Moeller <[email protected]> Mon, 30 Mar 2026 16:40:00 +0200
| Newsgroups | org.yoctoproject.lists.yocto |
|---|---|
| Message-ID | <27332721.1r3eYUQgxm@monster> |
Hi all! > > > Branch-Specific Tags: Tags that include the branch name (e.g., > > > kirkstone-4.0.34) that duplicate the official yocto-* tags will be > > > removed from all repositories. > > > > NO! ABSOLUTELY NOT! Removing official release tags is a way, way > > worse idea than, e.g., removing the master branch when starting to > > use main. > > We have too much legacy around in general and we're effectively > drowning in it. If you already have checkouts the tags will remain, > this will just remove them from the repos and give people a good hint > which ones to use going forward. Only duplicate and hence confusing > tags will be removed where a given commit is referenced by multiple > tags. I think we want clear repos rather than trying to keep > archaeology at this point. > I do second Peter here. There is a difference between cleaning up and breaking things for downstream users. This can cause existing older releases of downstream projects to fail to clone. Example1: someone uses repo and has the tag in the released manifest file Example2: someone uses kas with the tags in question * Don't do that. * You can add the new scheme for future tags and *in addition* add the new scheme to the old/deprecated tags to have consistency. But do not *delete* what is in the repo already - do not change history. Best regards, Jan-Simon