gitgitgadget / git

GitGitGadget's Git fork. Open Pull Requests here to submit them to the Git mailing list
https://gitgitgadget.github.io/
Other
208 stars 135 forks source link

doc: fix the max number of git show-branches shown #1757

Closed wonda-tea-coffee closed 1 month ago

wonda-tea-coffee commented 2 months ago

Changes since v1:

cc: Jeff King peff@peff.net

gitgitgadget[bot] commented 2 months ago

Welcome to GitGitGadget

Hi @wonda-tea-coffee, and welcome to GitGitGadget, the GitHub App to send patch series to the Git mailing list from GitHub Pull Requests.

Please make sure that either:

You can CC potential reviewers by adding a footer to the PR description with the following syntax:

CC: Revi Ewer <revi.ewer@example.com>, Ill Takalook <ill.takalook@example.net>

NOTE: DO NOT copy/paste your CC list from a previous GGG PR's description, because it will result in a malformed CC list on the mailing list. See example.

Also, it is a good idea to review the commit messages one last time, as the Git project expects them in a quite specific form:

It is in general a good idea to await the automated test ("Checks") in this Pull Request before contributing the patches, e.g. to avoid trivial issues such as unportable code.

Contributing the patches

Before you can contribute the patches, your GitHub username needs to be added to the list of permitted users. Any already-permitted user can do that, by adding a comment to your PR of the form /allow. A good way to find other contributors is to locate recent pull requests where someone has been /allowed:

Both the person who commented /allow and the PR author are able to /allow you.

An alternative is the channel #git-devel on the Libera Chat IRC network:

<newcontributor> I've just created my first PR, could someone please /allow me? https://github.com/gitgitgadget/git/pull/12345
<veteran> newcontributor: it is done
<newcontributor> thanks!

Once on the list of permitted usernames, you can contribute the patches to the Git mailing list by adding a PR comment /submit.

If you want to see what email(s) would be sent for a /submit request, add a PR comment /preview to have the email(s) sent to you. You must have a public GitHub email address for this. Note that any reviewers CC'd via the list in the PR description will not actually be sent emails.

After you submit, GitGitGadget will respond with another comment that contains the link to the cover letter mail in the Git mailing list archive. Please make sure to monitor the discussion in that thread and to address comments and suggestions (while the comments and suggestions will be mirrored into the PR by GitGitGadget, you will still want to reply via mail).

If you do not want to subscribe to the Git mailing list just to be able to respond to a mail, you can download the mbox from the Git mailing list archive (click the (raw) link), then import it into your mail program. If you use GMail, you can do this via:

curl -g --user "<EMailAddress>:<Password>" \
    --url "imaps://imap.gmail.com/INBOX" -T /path/to/raw.txt

To iterate on your change, i.e. send a revised patch or patch series, you will first want to (force-)push to the same branch. You probably also want to modify your Pull Request description (or title). It is a good idea to summarize the revision by adding something like this to the cover letter (read: by editing the first comment on the PR, i.e. the PR description):

Changes since v1:
- Fixed a typo in the commit message (found by ...)
- Added a code comment to ... as suggested by ...
...

To send a new iteration, just add another PR comment with the contents: /submit.

Need help?

New contributors who want advice are encouraged to join git-mentoring@googlegroups.com, where volunteers who regularly contribute to Git are willing to answer newbie questions, give advice, or otherwise provide mentoring to interested contributors. You must join in order to post or view messages, but anyone can join.

You may also be able to find help in real time in the developer IRC channel, #git-devel on Libera Chat. Remember that IRC does not support offline messaging, so if you send someone a private message and log out, they cannot respond to you. The scrollback of #git-devel is archived, though.

dscho commented 2 months ago

/allow

gitgitgadget[bot] commented 2 months ago

User wonda-tea-coffee is now allowed to use GitGitGadget.

wonda-tea-coffee commented 2 months ago

/preview

gitgitgadget[bot] commented 2 months ago

Error: Could not determine full name of wonda-tea-coffee

wonda-tea-coffee commented 2 months ago

/preview

gitgitgadget[bot] commented 2 months ago

Preview email sent as pull.1757.git.1720046102338.gitgitgadget@gmail.com

wonda-tea-coffee commented 2 months ago

/submit

gitgitgadget[bot] commented 2 months ago

Submitted as pull.1757.git.1720046185710.gitgitgadget@gmail.com

To fetch this version into FETCH_HEAD:

git fetch https://github.com/gitgitgadget/git/ pr-1757/wonda-tea-coffee/update-git-show-branch-description-v1

To fetch this version to local tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v1:

git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v1
gitgitgadget[bot] commented 2 months ago

On the Git mailing list, Jeff King wrote (reply to this):

On Wed, Jul 03, 2024 at 10:36:25PM +0000, wonda-tea-coffee via GitGitGadget wrote:

> From: wonda-tea-coffee <lagrange.resolvent@gmail.com>
> 
> Contrary to the number listed in the current document,
> only 26 are actually shown.

The commit message would be a good place to explain how we know "26" is
the right number. ;)

It looks like this is computed at build-time based on FLAG_BITS:

  #define REV_SHIFT        2
  #define MAX_REVS        (FLAG_BITS - REV_SHIFT) /* should not exceed bits_per_int - REV_SHIFT */

That's defined in object.h. Looking at "git log -GFLAG_BITS object.h",
it seems it was 27, then 29, and now 28. So I'm not sure how it was ever
29, but 26 makes sense now.

It is unfortunate that it _could_ change again without us realizing the
documentation is now stale. But I don't think it's something we'd touch
very often, so this is probably OK in practice (and as the TODO above
those lines says, ultimately this should use a commit-slab to handle an
arbitrary number of refs).

> Signed-off-by: wonda-tea-coffee <lagrange.resolvent@gmail.com>

We generally want a real name here, since this is certifying that you
agree to the DCO. See:

  https://git-scm.com/docs/SubmittingPatches#sign-off

-Peff
gitgitgadget[bot] commented 2 months ago

User Jeff King <peff@peff.net> has been added to the cc: list.

wonda-tea-coffee commented 2 months ago

Appreciate the feedback! I modified the commit message to change the signer to his/her real name.

dscho commented 2 months ago

Appreciate the feedback! I modified the commit message to change the signer to his/her real name.

Hey @wonda-tea-coffee, unfortunately your reply here in this PR will be lost on @peff, the reply should be sent as a mail on the Git mailing list (the Git project is run exclusively on that mailing list, it does not use GitHub at all); Please follow the "reply to this" link to see how.

wonda-tea-coffee commented 2 months ago

@dscho oh... I thought the email was supposed to be sent automatically. Thanks for letting me know.

dscho commented 2 months ago

@wonda-tea-coffee unfortunately not. If you can figure out how to determine the message ID of the mail to reply to, given a PR comment (e.g. given this comment, make the connection to this mail), please let me know. After all, we cannot just send the message to the Git mailing list without any context or relationship to the email thread.

And once we have a solution for that, we need to figure out how to prevent comments like this one or this one from being sent.

wonda-tea-coffee commented 2 months ago

/submit

gitgitgadget[bot] commented 2 months ago

Submitted as pull.1757.v2.git.1720259599119.gitgitgadget@gmail.com

To fetch this version into FETCH_HEAD:

git fetch https://github.com/gitgitgadget/git/ pr-1757/wonda-tea-coffee/update-git-show-branch-description-v2

To fetch this version to local tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v2:

git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v2
wonda-tea-coffee commented 2 months ago

It seems that you were able to submit, and in fact, an email was also sent in response to the first email. However, I received an email with the subject line "HTML message rejected: Re: [PATCH v2] doc: fix the max number of git show-branches shown". It appears that an automated email from this project was rejected and I am not sure why 🤔

Chand-ra commented 2 months ago

And once we have a solution for that, we need to figure out how to prevent comments like this one or this one from being sent.

Maybe we can prepend or append the messages we want to send to the mailing list with something like /message to differentiate these? I have no knowledge of Javascript so I really wouldn't know how to go about implementing this though .

gitgitgadget[bot] commented 2 months ago

On the Git mailing list, Junio C Hamano wrote (reply to this):

Jeff King <peff@peff.net> writes:

> It looks like this is computed at build-time based on FLAG_BITS:
>
>   #define REV_SHIFT        2
>   #define MAX_REVS        (FLAG_BITS - REV_SHIFT) /* should not exceed bits_per_int - REV_SHIFT */
>
> That's defined in object.h. Looking at "git log -GFLAG_BITS object.h",
> it seems it was 27, then 29, and now 28. So I'm not sure how it was ever
> 29, but 26 makes sense now.

Originally it was bits-per-word minus REV_SHIFT -- back then we
didn't even have FLAG_BITS.

> It is unfortunate that it _could_ change again without us realizing the
> documentation is now stale. But I don't think it's something we'd touch
> very often, so this is probably OK in practice (and as the TODO above
> those lines says, ultimately this should use a commit-slab to handle an
> arbitrary number of refs).

Yup, I was hoping I can craft a response that tricks somebody
(preferrably those who are not too experienced, as it should be too
easy for some of the experienced ones) into tackling that TODO item,
but you responded before I did ;-).

>> Signed-off-by: wonda-tea-coffee <lagrange.resolvent@gmail.com>
>
> We generally want a real name here, since this is certifying that you
> agree to the DCO. See:
>
>   https://git-scm.com/docs/SubmittingPatches#sign-off

Another rule is that the name used to sign-off and the name of the
author of the patch on "From: " line must match.

Thanks.  I was getting tired of the only person to point it out to
new contributors.
gitgitgadget[bot] commented 2 months ago

On the Git mailing list, Jeff King wrote (reply to this):

On Sat, Jul 06, 2024 at 09:53:18AM +0000, wonda-tea-coffee via GitGitGadget wrote:

> From: wonda-tea-coffee <lagrange.resolvent@gmail.com>
> 
> The number to be displayed is calculated by the
> following defined in object.h.
> 
> ```
>   #define REV_SHIFT        2
>   #define MAX_REVS        (FLAG_BITS - REV_SHIFT)
> ```
> 
> FLAG_BITS is currently 28, so 26 is the correct
> number.
> 
> Signed-off-by: Rikita Ishikawa <lagrange.resolvent@gmail.com>

Thanks, this version looks good to me. As Junio noted, we'd generally
want the "From" to match the Sign-off (where the former is coming from
the author name in the commit). You can either re-send, or if you give
the OK, he might just fix it up as he applies.

-Peff
wonda-tea-coffee commented 2 months ago

/submit

gitgitgadget[bot] commented 2 months ago

Error: 6fc335807d210caef37a32dd1ca1120841b9cf33 was already submitted

wonda-tea-coffee commented 2 months ago

/submit

gitgitgadget[bot] commented 2 months ago

Submitted as pull.1757.v3.git.1720318768439.gitgitgadget@gmail.com

To fetch this version into FETCH_HEAD:

git fetch https://github.com/gitgitgadget/git/ pr-1757/wonda-tea-coffee/update-git-show-branch-description-v3

To fetch this version to local tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v3:

git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v3
wonda-tea-coffee commented 2 months ago

/submit

gitgitgadget[bot] commented 2 months ago

Submitted as pull.1757.v4.git.1720319311301.gitgitgadget@gmail.com

To fetch this version into FETCH_HEAD:

git fetch https://github.com/gitgitgadget/git/ pr-1757/wonda-tea-coffee/update-git-show-branch-description-v4

To fetch this version to local tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v4:

git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v4
gitgitgadget[bot] commented 2 months ago

On the Git mailing list, rikita ishikawa wrote (reply to this):

Sorry for sending in consecutive messages.
I changed `From:`.
Thank you for following us often.

2024年7月7日(日) 11:28 Rikita Ishikawa via GitGitGadget <gitgitgadget@gmail.com>:
>
> From: Rikita Ishikawa <lagrange.resolvent@gmail.com>
>
> The number to be displayed is calculated by the
> following defined in object.h.
>
> ```
>   #define REV_SHIFT        2
>   #define MAX_REVS        (FLAG_BITS - REV_SHIFT)
> ```
>
> FLAG_BITS is currently 28, so 26 is the correct
> number.
>
> Signed-off-by: Rikita Ishikawa <lagrange.resolvent@gmail.com>
> ---
>     doc: fix the max number of git show-branches shown
>
>     Changes since v1:
>
>      * Explain in the commit message why "26" is the correct number.
>      * No change (to rename GitHub and re-send).
>      * Change the author of the commit.
>
> Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1757%2Fwonda-tea-coffee%2Fupdate-git-show-branch-description-v4
> Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1757/wonda-tea-coffee/update-git-show-branch-description-v4
> Pull-Request: https://github.com/gitgitgadget/git/pull/1757
>
> Range-diff vs v3:
>
>  1:  c1e236d843c ! 1:  76ab2f17015 doc: fix the max number of git show-branches shown
>      @@
>        ## Metadata ##
>      -Author: wonda-tea-coffee <lagrange.resolvent@gmail.com>
>      +Author: Rikita Ishikawa <lagrange.resolvent@gmail.com>
>
>        ## Commit message ##
>           doc: fix the max number of git show-branches shown
>
>
>  Documentation/git-show-branch.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/git-show-branch.txt b/Documentation/git-show-branch.txt
> index c771c897707..bc31d8b6d33 100644
> --- a/Documentation/git-show-branch.txt
> +++ b/Documentation/git-show-branch.txt
> @@ -22,7 +22,7 @@ Shows the commit ancestry graph starting from the commits named
>  with <rev>s or <glob>s (or all refs under refs/heads
>  and/or refs/tags) semi-visually.
>
> -It cannot show more than 29 branches and commits at a time.
> +It cannot show more than 26 branches and commits at a time.
>
>  It uses `showbranch.default` multi-valued configuration items if
>  no <rev> or <glob> is given on the command line.
>
> base-commit: 06e570c0dfb2a2deb64d217db78e2ec21672f558
> --
> gitgitgadget
dscho commented 2 months ago

I received an email with the subject line "HTML message rejected: Re: [PATCH v2] doc: fix the max number of git show-branches shown". It appears that an automated email from this project was rejected and I am not sure why 🤔

The "Re:" part makes me believe that this is not about an email sent by GitGitGadget. Are you sure that the email that was rejected was from GitGitGadget and not one of your own replies?

dscho commented 2 months ago

And once we have a solution for that, we need to figure out how to prevent comments like this one or this one from being sent.

Maybe we can prepend or append the messages we want to send to the mailing list with something like /message to differentiate these?

@Chand-ra thank you for thinking about this problem and offering thoughts how to solve it. However, GitGitGadget users are prone to forget that. I myself am sure I would forget that.

I have no knowledge of Javascript so I really wouldn't know how to go about implementing this though .

Javascript is not so different from C. It's pretty easy to modify when you look at the code. But GitGitGadget is currently not written in Javascript; It is written in Typescript instead, which is slightly harder to parse for the uninitiated.

Also: let's continue the discussion about this topic in the GitHub issue dedicated to this problem.

wonda-tea-coffee commented 2 months ago

At least I did not manually send an email with this subject line.

Two minutes after I posted the following, I received the following message https://github.com/gitgitgadget/git/pull/1757#issuecomment-2211723533

dscho commented 2 months ago

At least I did not manually send an email with this subject line.

Hmm. GitGitGadget definitely does not produce such email subjects at the time of writing. @wonda-tea-coffee is there any more information in that rejection email? Like, a Message-Id or something?

wonda-tea-coffee commented 2 months ago

@dscho Thank you. The email is as follows.

From: git+owner@vger.kernel.org To: lagrange.resolvent@gmail.com Date: 2024/07/06 18:54(JST) Subject: HTML message rejected: Re: [PATCH v2] doc: fix the max number of git show-branches shown Sender: vger.kernel.org Signatory Source: vger.kernel.org

Body:

Greetings!

This is the mlmmj program managing the <[git@vger.kernel.org](mailto:git@vger.kernel.org)> mailing list.

Your message to <[git@vger.kernel.org](mailto:git@vger.kernel.org)> was not delivered to the list because
it contained a HTML part. Only text/plain messages are allowed on this
list.

Please configure your mail client to only send plain text mail.

For your reference, the rejected message follows below.

---------- Forwarded message ----------
From: rikita ishikawa <[lagrange.resolvent@gmail.com](mailto:lagrange.resolvent@gmail.com)>
To: wonda-tea-coffee via GitGitGadget <[gitgitgadget@gmail.com](mailto:gitgitgadget@gmail.com)>
Cc: [git@vger.kernel.org](mailto:git@vger.kernel.org), Jeff King <[peff@peff.net](mailto:peff@peff.net)>
Bcc: 
Date: Sat, 6 Jul 2024 18:54:33 +0900
Subject: Re: [PATCH v2] doc: fix the max number of git show-branches shown
Appreciate the feedback!
I modified the commit message to change the signer to his/her real name.

2024年7月6日(土) 18:53 wonda-tea-coffee via GitGitGadget <[gitgitgadget@gmail.com](mailto:gitgitgadget@gmail.com)>:
From: wonda-tea-coffee <[lagrange.resolvent@gmail.com](mailto:lagrange.resolvent@gmail.com)>

The number to be displayed is calculated by the
following defined in object.h.

\```
  #define REV_SHIFT        2
  #define MAX_REVS        (FLAG_BITS - REV_SHIFT)
\```

FLAG_BITS is currently 28, so 26 is the correct
number.

Signed-off-by: Rikita Ishikawa <[lagrange.resolvent@gmail.com](mailto:lagrange.resolvent@gmail.com)>
---
    doc: fix the max number of git show-branches shown

    Changes since v1:

     * Explain in the commit message why "26" is the correct number.

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1757%2Fwonda-tea-coffee%2Fupdate-git-show-branch-description-v2
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1757/wonda-tea-coffee/update-git-show-branch-description-v2
Pull-Request: https://github.com/gitgitgadget/git/pull/1757

Range-diff vs v1:

 1:  b809d610a36 ! 1:  6fc335807d2 doc: fix the max number of git show-branches shown
     @@ Metadata
       ## Commit message ##
          doc: fix the max number of git show-branches shown

     -    Contrary to the number listed in the current document,
     -    only 26 are actually shown.
     +    The number to be displayed is calculated by the
     +    following defined in object.h.

     -    Signed-off-by: wonda-tea-coffee <[lagrange.resolvent@gmail.com](mailto:lagrange.resolvent@gmail.com)>
     +    ```
     +      #define REV_SHIFT        2
     +      #define MAX_REVS        (FLAG_BITS - REV_SHIFT)
     +    ```
     +
     +    FLAG_BITS is currently 28, so 26 is the correct
     +    number.
     +
     +    Signed-off-by: Rikita Ishikawa <[lagrange.resolvent@gmail.com](mailto:lagrange.resolvent@gmail.com)>

       ## Documentation/git-show-branch.txt ##
      @@ Documentation/git-show-branch.txt: Shows the commit ancestry graph starting from the commits named

 Documentation/git-show-branch.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/git-show-branch.txt b/Documentation/git-show-branch.txt
index c771c897707..bc31d8b6d33 100644
--- a/Documentation/git-show-branch.txt
+++ b/Documentation/git-show-branch.txt
@@ -22,7 +22,7 @@ Shows the commit ancestry graph starting from the commits named
 with <rev>s or <glob>s (or all refs under refs/heads
 and/or refs/tags) semi-visually.

-It cannot show more than 29 branches and commits at a time.
+It cannot show more than 26 branches and commits at a time.

 It uses `showbranch.default` multi-valued configuration items if
 no <rev> or <glob> is given on the command line.

base-commit: 06e570c0dfb2a2deb64d217db78e2ec21672f558
--
gitgitgadget
dscho commented 2 months ago

Appreciate the feedback! I modified the commit message to change the signer to his/her real name.

Did you write that in an email recently, @wonda-tea-coffee? If so, I am quite certain that it did not make it to the Git mailing list.

wonda-tea-coffee commented 2 months ago

@dscho This is the message I sent manually.

(Maybe not as it should be) I am now able to communicate in the v1 thread. The above message was also sent in that thread, and fortunately I am getting a response.

gitgitgadget[bot] commented 2 months ago

On the Git mailing list, Jeff King wrote (reply to this):

On Sun, Jul 07, 2024 at 02:28:31AM +0000, Rikita Ishikawa via GitGitGadget wrote:

> From: Rikita Ishikawa <lagrange.resolvent@gmail.com>
> 
> The number to be displayed is calculated by the
> following defined in object.h.
> 
> ```
>   #define REV_SHIFT        2
>   #define MAX_REVS        (FLAG_BITS - REV_SHIFT)
> ```
> 
> FLAG_BITS is currently 28, so 26 is the correct
> number.
> 
> Signed-off-by: Rikita Ishikawa <lagrange.resolvent@gmail.com>
> ---

Thanks, this version looks pretty good to me.

One minor nit: commit messages are not actually markdown (even when
rendered on GitHub), so your ``` block delimiters are a bit unusual.
We'd usually just rely on the indentation and blank lines to show the
structure.

-Peff
wonda-tea-coffee commented 2 months ago

It is true that you did not receive the email I sent you manually.... I thought I had set it to plain text mode 🤔

gitgitgadget[bot] commented 2 months ago

On the Git mailing list, rikita ishikawa wrote (reply to this):

Thanks for the feedback.
I will fix it.
wonda-tea-coffee commented 2 months ago

/submit

gitgitgadget[bot] commented 2 months ago

Submitted as pull.1757.v5.git.1720444080034.gitgitgadget@gmail.com

To fetch this version into FETCH_HEAD:

git fetch https://github.com/gitgitgadget/git/ pr-1757/wonda-tea-coffee/update-git-show-branch-description-v5

To fetch this version to local tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v5:

git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1757/wonda-tea-coffee/update-git-show-branch-description-v5
wonda-tea-coffee commented 2 months ago

Several times the message was rejected because it appeared that I had simply forgotten to put it in plain text mode... In Gmail, I had to activate it each time.

gitgitgadget[bot] commented 2 months ago

On the Git mailing list, Junio C Hamano wrote (reply to this):

"Rikita Ishikawa via GitGitGadget" <gitgitgadget@gmail.com> writes:

> From: Rikita Ishikawa <lagrange.resolvent@gmail.com>
> ...
> FLAG_BITS is currently 28, so 26 is the correct
> number.
>
> Signed-off-by: Rikita Ishikawa <lagrange.resolvent@gmail.com>

Looking good.  Thanks.  Will queue.
gitgitgadget[bot] commented 2 months ago

This patch series was integrated into seen via https://github.com/git/git/commit/e62f7352e2e5bd16edc7e742d038174153e01ab7.

gitgitgadget[bot] commented 2 months ago

This patch series was integrated into next via https://github.com/git/git/commit/efcb154dfe9f160383344484d639081ac6e30c2d.

gitgitgadget[bot] commented 2 months ago

This branch is now known as ri/doc-show-branch-fix.

gitgitgadget[bot] commented 2 months ago

This patch series was integrated into seen via https://github.com/git/git/commit/1df3783d8a267b2e1ac7f0a075e88a7629c6ed2a.

gitgitgadget[bot] commented 1 month ago

This patch series was integrated into seen via https://github.com/git/git/commit/aafbade2bd20fa2bdb68b8e545e4178b0e15798e.

gitgitgadget[bot] commented 1 month ago

There was a status update in the "Cooking" section about the branch ri/doc-show-branch-fix on the Git mailing list:

Docfix.

Will merge to 'master'.
source: <pull.1757.v5.git.1720444080034.gitgitgadget@gmail.com>
gitgitgadget[bot] commented 1 month ago

This patch series was integrated into seen via https://github.com/git/git/commit/6a05cdd31027c9bf61f8229a06cb0645ca99e0b5.

gitgitgadget[bot] commented 1 month ago

There was a status update in the "Cooking" section about the branch ri/doc-show-branch-fix on the Git mailing list:

Docfix.

Will merge to 'master'.
source: <pull.1757.v5.git.1720444080034.gitgitgadget@gmail.com>