Hi,
Jelle Licht skribis:
> From 69926c94fb576e503d7838836cfd83066c39abcc Mon Sep 17 00:00:00 2001
> From: Jelle Licht
> Date: Mon, 13 Dec 2021 16:08:22 +0100
> Subject: [PATCH] maint: Ignore specified bulk changes in git blame.
>
> * etc/git/git-blame-ignore-revs: New file.
> *
Hello,
Ludovic Courtès writes:
> Hi,
>
> Jelle Licht skribis:
>
>> I will work on that. Do we already have a suitable 'bulk change' in the
>> repo? Or should we first run `guix style', and subsequently use that
>> commit as the first entry in the .git-blame-ignore-revs file?
>
> The latter I
Hi,
Jelle Licht skribis:
> I will work on that. Do we already have a suitable 'bulk change' in the
> repo? Or should we first run `guix style', and subsequently use that
> commit as the first entry in the .git-blame-ignore-revs file?
The latter I guess.
Thanks,
Ludo’.
Hello there,
Ludovic Courtès writes:
> Hi,
>
> Jelle Licht skribis:
>
>> Ludovic Courtès writes:
>>
>>> Hi,
>>>
>>> Jelle Licht skribis:
>>>
When applying this and future bulk changes, could we perhaps list the
specific commits (+ commented shortlog line) in a file. To clarify,
Hi,
Jelle Licht skribis:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Jelle Licht skribis:
>>
>>> When applying this and future bulk changes, could we perhaps list the
>>> specific commits (+ commented shortlog line) in a file. To clarify, if
>>> we were to store these commits in
Hello there,
Ludovic Courtès writes:
> Hi,
>
> Jelle Licht skribis:
>
>> When applying this and future bulk changes, could we perhaps list the
>> specific commits (+ commented shortlog line) in a file. To clarify, if
>> we were to store these commits in `.git-blame-ignore-revs', later on we
Hi,
Jelle Licht skribis:
> When applying this and future bulk changes, could we perhaps list the
> specific commits (+ commented shortlog line) in a file. To clarify, if
> we were to store these commits in `.git-blame-ignore-revs', later on we
> can instruct users to run:
>
> git config
Hey Guix,
Ludovic Courtès writes:
> Hello Guix!
>
> As a reminder, the plan I proposed¹ is to have a “flag day” shortly
> before ‘core-updates-frozen’ is merged into ‘master’ when we would run
> ‘guix style’ on the whole repo, thereby removing input labels from most
> packages.
> If everything
Hello Guix!
As a reminder, the plan I proposed¹ is to have a “flag day” shortly
before ‘core-updates-frozen’ is merged into ‘master’ when we would run
‘guix style’ on the whole repo, thereby removing input labels from most
packages.
Doing that before merging will (1) let us ensure there are no
