Re: [PATCH 2/4] maintainer-scripts/gcc_release: create index between snapshots <-> commits

[Jonathan Wakely <jwakely@redhat.com>]

On 02/11/23 08:39 +0000, Sam James wrote:
>Create and maintain a known_snapshots.txt index with space-separated format
>BRANCH-DATE COMMIT.
>
>For example:
>8-20210107 5114ee0676e432493ada968e34071f02fb08114f
>8-20210114 f9267925c648f2ccd9e4680b699e581003125bcf
>...
>
>This is helpful for bisects and quickly looking up the information from bug
>reports.


Is there any reason we don't just use git tags for this?

We could run a one-off job to create all the historical tags (setting
GIT_COMMITTER_DATE and GIT_AUTHOR_DATE so the tags are backdated), and
add a tagging step to the snapshot creation.

Git tags are cheap, but I can imagine a concern about hundreds of new
tags "littering" the output of 'git tag -l'. I don't _think_ you can
put tags under an alternative ref that isn't fetched by default (as we
do with refs/users and refs/vendor). I think tags have to go under
refs/tags. But grep -v could be used to filter out snapshot tags
easily.

We could use https://git-scm.com/docs/gitnamespaces for this though,
so that git --namespace=snapshots tag -l would show the snapshot tags.