Re: [PATCH] Add short author date to Fixes tag
Geert Uytterhoeven <[email protected]> Sun, 12 Jan 2025 11:54:21 +0100
| Newsgroups | dev.linux.lists.tech-board-discuss,org.kernel.vger.linux-doc,org.kernel.vger.linux-kernel,org.kernel.vger.workflows |
|---|---|
| Message-ID | <CAMuHMdU095ySTFJEs7bvX8kN2kBcnnUkec3hbUxUbJBGf8B=pA@mail.gmail.com> |
Hi Steven, On Sat, Jan 11, 2025 at 6:08=E2=80=AFPM Steven Rostedt <[email protected]= > wrote: > On Fri, 10 Jan 2025 16:21:35 -0800 > Jacob Keller <[email protected]> wrote: > > > I personally find the date helpful as it can help place a commit withou= t > > needing to take the extra time to do a lookup. > > I've never found dates to be meaningful. I'm always more concerned about > when a commit was added to mainline. Thus the version where the commit wa= s > added is very important for me. This is why I keep a bare clone of Linus'= s > tree and commonly do: > > $ git describe --contains fd3040b9394c > v5.19-rc1~159^2~154^2 > $ git describe --contains a76053707dbf > v5.15-rc1~157^2~376^2~4 > > I can easily see that a76053707dbf was added in 5.15 and fd3040b9394c was > added in 5.19. The amount of work needed to add dates to Fixes tags would > greatly exceed the amount of added work someone would need to do to do th= e > above operations if they wanted to know the order of commits. FTR, while I do not support adding dates to Fixes-tags, I would just need to make a small modification to my fixes alias: $ git help fixes 'fixes' is aliased to 'show --format=3D'Fixes: %h ("%s")' -s' Gr{oetje,eeting}s, Geert --=20 Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k= .org In personal conversations with technical people, I call myself a hacker. Bu= t when I'm talking to journalists I just say "programmer" or something like t= hat. -- Linus Torvalds