Git Distributed Software Revision Control — Thread Index

• Date Index

• [PATCH 1/2] describe: use prio_queue, René Scharfe
  • [PATCH 2/2] describe: use prio_queue_replace(), René Scharfe
• [PATCH] archive: flush deflate stream until Z_STREAM_END, Justin Tobler
  • Re: [PATCH] archive: flush deflate stream until Z_STREAM_END, René Scharfe
    • Re: [PATCH] archive: flush deflate stream until Z_STREAM_END, Justin Tobler
      • Re: [PATCH] archive: flush deflate stream until Z_STREAM_END, Toon Claes
• [ANNOUNCE] Git Rev News edition 125, Christian Couder
  • Re: [ANNOUNCE] Git Rev News edition 125, Lucas Seiki Oshiro
• .env is not being ignored by this .gitignore file., Skybuck Flying
  • Re: .env is not being ignored by this .gitignore file., Skybuck Flying
  • RE: .env is not being ignored by this .gitignore file., rsbecker
• Minor issue: "git remote rename origin skybuck_repository" removes comments behind refspecs in .git/config, Skybuck Flying
• [PATCH 0/5] reftable: a couple of improvements for libgit2, Patrick Steinhardt
  • [PATCH 1/5] reftable/writer: fix type used for number of records, Patrick Steinhardt
  • [PATCH 2/5] reftable/writer: drop Git-specific `QSORT()` macro, Patrick Steinhardt
  • [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
    • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Eric Sunshine
      • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
        • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Junio C Hamano
          • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
            • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Carlo Arenas
              • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
                • Re: [PATCH 3/5] reftable/stack: fix compiler warning due to missing braces, Junio C Hamano
  • [PATCH 4/5] reftable/stack: reorder code to avoid forward declarations, Patrick Steinhardt
  • [PATCH 5/5] reftable/stack: allow passing flags to `reftable_stack_add()`, Patrick Steinhardt
  • [PATCH v2 0/6] reftable: a couple of improvements for libgit2, Patrick Steinhardt
    • [PATCH v2 1/6] reftable/writer: fix type used for number of records, Patrick Steinhardt
    • [PATCH v2 2/6] reftable/writer: drop Git-specific `QSORT()` macro, Patrick Steinhardt
    • [PATCH v2 3/6] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
    • [PATCH v2 4/6] reftable/stack: reorder code to avoid forward declarations, Patrick Steinhardt
      • Re: [PATCH v2 4/6] reftable/stack: reorder code to avoid forward declarations, Justin Tobler
    • [PATCH v2 5/6] reftable/stack: allow passing flags to `reftable_stack_add()`, Patrick Steinhardt
      • Re: [PATCH v2 5/6] reftable/stack: allow passing flags to `reftable_stack_add()`, Justin Tobler
        • Re: [PATCH v2 5/6] reftable/stack: allow passing flags to `reftable_stack_add()`, Patrick Steinhardt
    • [PATCH v2 6/6] reftable/stack: handle outdated stacks when compacting, Patrick Steinhardt
      • Re: [PATCH v2 6/6] reftable/stack: handle outdated stacks when compacting, Justin Tobler
        • Re: [PATCH v2 6/6] reftable/stack: handle outdated stacks when compacting, Patrick Steinhardt
  • [PATCH v3 0/8] reftable: a couple of improvements for libgit2, Patrick Steinhardt
    • [PATCH v3 1/8] reftable/writer: fix type used for number of records, Patrick Steinhardt
    • [PATCH v3 3/8] reftable/stack: reorder code to avoid forward declarations, Patrick Steinhardt
    • [PATCH v3 4/8] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
      • Re: [PATCH v3 4/8] reftable/stack: fix compiler warning due to missing braces, Justin Tobler
    • [PATCH v3 6/8] reftable/stack: handle outdated stacks when compacting, Patrick Steinhardt
    • [PATCH v3 2/8] reftable/writer: drop Git-specific `QSORT()` macro, Patrick Steinhardt
    • [PATCH v3 8/8] refs/reftable: always reload stacks when creating lock, Patrick Steinhardt
      • Re: [PATCH v3 8/8] refs/reftable: always reload stacks when creating lock, Justin Tobler
    • [PATCH v3 5/8] reftable/stack: allow passing flags to `reftable_stack_add()`, Patrick Steinhardt
      • Re: [PATCH v3 5/8] reftable/stack: allow passing flags to `reftable_stack_add()`, Justin Tobler
        • Re: [PATCH v3 5/8] reftable/stack: allow passing flags to `reftable_stack_add()`, Patrick Steinhardt
    • [PATCH v3 7/8] reftable: don't second-guess errors from flock interface, Patrick Steinhardt
      • Re: [PATCH v3 7/8] reftable: don't second-guess errors from flock interface, Justin Tobler
    • Re: [PATCH v3 0/8] reftable: a couple of improvements for libgit2, Carlo Arenas
      • Re: [PATCH v3 0/8] reftable: a couple of improvements for libgit2, Patrick Steinhardt
        • Re: [PATCH v3 0/8] reftable: a couple of improvements for libgit2, Junio C Hamano
  • [PATCH v4 0/8] reftable: a couple of improvements for libgit2, Patrick Steinhardt
    • [PATCH v4 4/8] reftable/stack: fix compiler warning due to missing braces, Patrick Steinhardt
    • [PATCH v4 6/8] reftable/stack: handle outdated stacks when compacting, Patrick Steinhardt
    • [PATCH v4 7/8] reftable: don't second-guess errors from flock interface, Patrick Steinhardt
    • [PATCH v4 1/8] reftable/writer: fix type used for number of records, Patrick Steinhardt
    • [PATCH v4 2/8] reftable/writer: drop Git-specific `QSORT()` macro, Patrick Steinhardt
    • [PATCH v4 3/8] reftable/stack: reorder code to avoid forward declarations, Patrick Steinhardt
    • [PATCH v4 5/8] reftable/stack: allow passing flags to `reftable_stack_add()`, Patrick Steinhardt
    • [PATCH v4 8/8] refs/reftable: always reload stacks when creating lock, Patrick Steinhardt
    • Re: [PATCH v4 0/8] reftable: a couple of improvements for libgit2, Justin Tobler
• [PATCH] doc: fast-import: contextualize the hardware cost, kristofferhaugsbakk
  • Re: [PATCH] doc: fast-import: contextualize the hardware cost, Junio C Hamano
• Fetching upstream remote fails if repo was a blobless clone, Justin Su
  • Re: Fetching upstream remote fails if repo was a blobless clone, Jeff King
    • Re: Fetching upstream remote fails if repo was a blobless clone, Justin Su
      • Re: Fetching upstream remote fails if repo was a blobless clone, Justin Su
        • Re: Fetching upstream remote fails if repo was a blobless clone, Jeff King
          • Re: Fetching upstream remote fails if repo was a blobless clone, Jeff King
• What's cooking in git.git (Jul 2025, #09; Thu, 31), Junio C Hamano
• Draft of Git Rev News edition 125, Christian Couder
  • Re: Draft of Git Rev News edition 125, Lucas Seiki Oshiro
• [PATCH] interactive: do strip trailing CRLF from input, Johannes Sixt
  • Re: [PATCH] interactive: do strip trailing CRLF from input, Junio C Hamano
• [PATCH] docs: remove stray bracket from git-clone synopsis, Knut Harald Ryager via GitGitGadget
  • Re: [PATCH] docs: remove stray bracket from git-clone synopsis, Junio C Hamano
  • [PATCH v2] Remove the extra and incorrect closing bracket, so that the line reads:, Knut Harald Ryager via GitGitGadget
    • Re: [PATCH v2] Remove the extra and incorrect closing bracket, so that the line reads:, Kristoffer Haugsbakk
      • Re: [PATCH v2] Remove the extra and incorrect closing bracket, so that the line reads:, Junio C Hamano
    • [PATCH v3] docs: remove stray bracket from git-clone synopsis, Knut Harald Ryager via GitGitGadget
      • Re: [PATCH v3] docs: remove stray bracket from git-clone synopsis, Junio C Hamano
• [PATCH] meson: Check whether git is new enough to support ls-files --deduplicate, Martin Storsjö
  • Re: [PATCH] meson: Check whether git is new enough to support ls-files --deduplicate, Patrick Steinhardt
    • Re: [PATCH] meson: Check whether git is new enough to support ls-files --deduplicate, Martin Storsjö
      • [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Martin Storsjö
        • Re: [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Patrick Steinhardt
          • Re: [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Martin Storsjö
            • Re: [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Patrick Steinhardt
              • Re: [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Martin Storsjö
                • [PATCH v3] meson: Tolerate errors from git ls-files --deduplicate, Martin Storsjö
                  • Re: [PATCH v3] meson: Tolerate errors from git ls-files --deduplicate, Patrick Steinhardt
        • Re: [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Junio C Hamano
          • Re: [PATCH v2] meson: Tolerate errors from git ls-files --deduplicate, Martin Storsjö
            • [PATCH v4] meson: Tolerate errors from git ls-files --deduplicate, Martin Storsjö
• [RFC v2] git-secure: extend interactive authentication to more Git operations, Victor Duprez
• [PATCH 0/9] do not overuse strbuf_split*(), Junio C Hamano
  • [PATCH 1/9] wt-status: avoid strbuf_split*(), Junio C Hamano
  • [PATCH 2/9] clean: do not pass strbuf by value, Junio C Hamano
  • [PATCH 3/9] clean: do not use strbuf_split*() [part 1], Junio C Hamano
  • [PATCH 4/9] clean: do not use strbuf_split*() [part 2], Junio C Hamano
  • [PATCH 5/9] merge-tree: do not use strbuf_split*(), Junio C Hamano
  • [PATCH 6/9] notes: do not use strbuf_split*(), Junio C Hamano
    • Re: [PATCH 6/9] notes: do not use strbuf_split*(), Eric Sunshine
  • [PATCH 7/9] config: do not use strbuf_split(), Junio C Hamano
    • Re: [PATCH 7/9] config: do not use strbuf_split(), Eric Sunshine
  • [PATCH 8/9] environment: do not use strbuf_split*(), Junio C Hamano
  • [PATCH 9/9] sub-process: do not use strbuf_split*(), Junio C Hamano
    • Re: [PATCH 9/9] sub-process: do not use strbuf_split*(), Christian Couder
      • Re: [PATCH 9/9] sub-process: do not use strbuf_split*(), Junio C Hamano
  • [PATCH v2 00/11] do not overuse strbuf_split*(), Junio C Hamano
    • [PATCH v2 01/11] wt-status: avoid strbuf_split*(), Junio C Hamano
    • [PATCH v2 02/11] clean: do not pass strbuf by value, Junio C Hamano
      • Re: [PATCH v2 02/11] clean: do not pass strbuf by value, Jeff King
        • Re: [PATCH v2 02/11] clean: do not pass strbuf by value, Junio C Hamano
          • Re: [PATCH v2 02/11] clean: do not pass strbuf by value, Jeff King
    • [PATCH v2 03/11] clean: do not use strbuf_split*() [part 1], Junio C Hamano
    • [PATCH v2 04/11] clean: do not use strbuf_split*() [part 2], Junio C Hamano
    • [PATCH v2 05/11] merge-tree: do not use strbuf_split*(), Junio C Hamano
      • Re: [PATCH v2 05/11] merge-tree: do not use strbuf_split*(), Jeff King
    • [PATCH v2 06/11] notes: do not use strbuf_split*(), Junio C Hamano
    • [PATCH v2 07/11] config: do not use strbuf_split(), Junio C Hamano
    • [PATCH v2 08/11] environment: do not use strbuf_split*(), Junio C Hamano
    • [PATCH v2 09/11] sub-process: do not use strbuf_split*(), Junio C Hamano
    • [PATCH v2 10/11] trace2: trim_trailing_newline followed by trim is a no-op, Junio C Hamano
    • [PATCH v2 11/11] trace2: do not use strbuf_split*(), Junio C Hamano
    • Re: [PATCH v2 00/11] do not overuse strbuf_split*(), Jeff King
      • Re: [PATCH v2 00/11] do not overuse strbuf_split*(), Junio C Hamano
        • Re: [PATCH v2 00/11] do not overuse strbuf_split*(), Jeff King
• [PATCH 0/5] string_list_split*() updates, Junio C Hamano
  • [PATCH 1/5] string-list: report programming error with BUG, Junio C Hamano
    • Re: [PATCH 1/5] string-list: report programming error with BUG, Eric Sunshine
      • Re: [PATCH 1/5] string-list: report programming error with BUG, Junio C Hamano
  • [PATCH 2/5] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
    • Re: [PATCH 2/5] string-list: align string_list_split() with its _in_place() counterpart, Eric Sunshine
  • [PATCH 3/5] string-list: unify string_list_split* functions, Junio C Hamano
  • [PATCH 4/5] string-list: optionally trim string pieces split by string_list_split(), Junio C Hamano
  • [PATCH 5/5] diff: simplify parsing of diff.colormovedws, Junio C Hamano
    • Re: [PATCH 5/5] diff: simplify parsing of diff.colormovedws, Eric Sunshine
  • [PATCH v2 0/7] string_list_split*() updates, Junio C Hamano
    • [PATCH v2 1/7] string-list: report programming error with BUG, Junio C Hamano
    • [PATCH v2 2/7] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
      • Re: [PATCH v2 2/7] string-list: align string_list_split() with its _in_place() counterpart, shejialuo
        • Re: [PATCH v2 2/7] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
          • Re: [PATCH v2 2/7] string-list: align string_list_split() with its _in_place() counterpart, shejialuo
            • Re: [PATCH v2 2/7] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
    • [PATCH v2 3/7] string-list: unify string_list_split* functions, Junio C Hamano
      • Re: [PATCH v2 3/7] string-list: unify string_list_split* functions, shejialuo
    • [PATCH v2 5/7] diff: simplify parsing of diff.colormovedws, Junio C Hamano
      • Re: [PATCH v2 5/7] diff: simplify parsing of diff.colormovedws, Patrick Steinhardt
    • [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
      • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), shejialuo
        • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
          • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), shejialuo
            • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
              • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), shejialuo
      • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), Patrick Steinhardt
        • Re: [PATCH v2 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
    • [PATCH v2 6/7] string-list: optionally omit empty string pieces in string_list_split*(), Junio C Hamano
      • Re: [PATCH v2 6/7] string-list: optionally omit empty string pieces in string_list_split*(), Eric Sunshine
      • Re: [PATCH v2 6/7] string-list: optionally omit empty string pieces in string_list_split*(), shejialuo
      • Re: [PATCH v2 6/7] string-list: optionally omit empty string pieces in string_list_split*(), Patrick Steinhardt
        • Re: [PATCH v2 6/7] string-list: optionally omit empty string pieces in string_list_split*(), Junio C Hamano
    • [PATCH v2 7/7] string-list: split-then-remove-empty can be done while splitting, Junio C Hamano
      • Re: [PATCH v2 7/7] string-list: split-then-remove-empty can be done while splitting, Patrick Steinhardt
    • [PATCH v3 0/7] string_list_split*() updates, Junio C Hamano
      • [PATCH v3 1/7] string-list: report programming error with BUG, Junio C Hamano
      • [PATCH v3 2/7] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
        • Re: [PATCH v3 2/7] string-list: align string_list_split() with its _in_place() counterpart, Jeff King
          • Re: [PATCH v3 2/7] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
            • Re: [PATCH v3 2/7] string-list: align string_list_split() with its _in_place() counterpart, Jeff King
      • [PATCH v3 3/7] string-list: unify string_list_split* functions, Junio C Hamano
      • [PATCH v3 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
        • Re: [PATCH v3 4/7] string-list: optionally trim string pieces split by string_list_split*(), Jeff King
          • Re: [PATCH v3 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
            • Re: [PATCH v3 4/7] string-list: optionally trim string pieces split by string_list_split*(), Jeff King
      • [PATCH v3 5/7] diff: simplify parsing of diff.colormovedws, Junio C Hamano
      • [PATCH v3 6/7] string-list: optionally omit empty string pieces in string_list_split*(), Junio C Hamano
      • [PATCH v3 7/7] string-list: split-then-remove-empty can be done while splitting, Junio C Hamano
      • [PATCH v4 0/7] string_list_split*() updates, Junio C Hamano
        • [PATCH v4 1/7] string-list: report programming error with BUG, Junio C Hamano
        • [PATCH v4 2/7] string-list: align string_list_split() with its _in_place() counterpart, Junio C Hamano
        • [PATCH v4 3/7] string-list: unify string_list_split* functions, Junio C Hamano
        • [PATCH v4 4/7] string-list: optionally trim string pieces split by string_list_split*(), Junio C Hamano
        • [PATCH v4 5/7] diff: simplify parsing of diff.colormovedws, Junio C Hamano
        • [PATCH v4 6/7] string-list: optionally omit empty string pieces in string_list_split*(), Junio C Hamano
        • [PATCH v4 7/7] string-list: split-then-remove-empty can be done while splitting, Junio C Hamano
        • Re: [PATCH v4 0/7] string_list_split*() updates, Patrick Steinhardt
      • [PATCH v3 00/12] do not overuse strbuf_split*(), Junio C Hamano
        • [PATCH v3 01/12] wt-status: avoid strbuf_split*(), Junio C Hamano
        • [PATCH v3 02/12] clean: do not pass strbuf by value, Junio C Hamano
        • [PATCH v3 03/12] clean: do not use strbuf_split*() [part 1], Junio C Hamano
        • [PATCH v3 04/12] clean: do not pass the whole structure when it is not necessary, Junio C Hamano
        • [PATCH v3 05/12] clean: do not use strbuf_split*() [part 2], Junio C Hamano
        • [PATCH v3 06/12] merge-tree: do not use strbuf_split*(), Junio C Hamano
        • [PATCH v3 07/12] notes: do not use strbuf_split*(), Junio C Hamano
        • [PATCH v3 08/12] config: do not use strbuf_split(), Junio C Hamano
        • [PATCH v3 09/12] environment: do not use strbuf_split*(), Junio C Hamano
        • [PATCH v3 10/12] sub-process: do not use strbuf_split*(), Junio C Hamano
        • [PATCH v3 11/12] trace2: trim_trailing_newline followed by trim is a no-op, Junio C Hamano
        • [PATCH v3 12/12] trace2: do not use strbuf_split*(), Junio C Hamano
• [PATCH] test-hashmap: document why it is no longer used but still there, Junio C Hamano
• [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Carlo Marcelo Arenas Belón
  • [PATCH 1/5] git-gui: remove uname_O in Makefile, Carlo Marcelo Arenas Belón
    • Re: [PATCH 1/5] git-gui: remove uname_O in Makefile, Junio C Hamano
  • [PATCH 3/5] git-gui: retire Git Gui.app, Carlo Marcelo Arenas Belón
  • [PATCH 2/5] git-gui: fix dependency of GITGUI_MAIN on generator, Carlo Marcelo Arenas Belón
  • [PATCH 4/5] git-gui: honor TCLTK_PATH in git-gui--askpass, Carlo Marcelo Arenas Belón
    • Re: [PATCH 4/5] git-gui: honor TCLTK_PATH in git-gui--askpass, Johannes Sixt
      • Re: [PATCH 4/5] git-gui: honor TCLTK_PATH in git-gui--askpass, Patrick Steinhardt
  • [PATCH 5/5] git-gui: ensure own version of git-gui--askpass is used, Carlo Marcelo Arenas Belón
    • Re: [PATCH 5/5] git-gui: ensure own version of git-gui--askpass is used, Johannes Sixt
      • Re: [PATCH 5/5] git-gui: ensure own version of git-gui--askpass is used, Mark Levedahl
  • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Johannes Sixt
    • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Carlo Arenas
      • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Patrick Steinhardt
  • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Junio C Hamano
  • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Junio C Hamano
    • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Carlo Arenas
      • Re: [PATCH 0/5] git-gui: workaround deprecation of Tcl/TK 8.5 in macOS, Junio C Hamano
  • [PATCH v2 0/5] git-gui: workaround deprecation of Tcl/Tk 8.5 in macOS, Carlo Marcelo Arenas Belón
    • [PATCH v2 1/5] git-gui: remove uname_O in Makefile, Carlo Marcelo Arenas Belón
    • [PATCH v2 2/5] git-gui: fix dependency of GITGUI_MAIN on generator, Carlo Marcelo Arenas Belón
    • [PATCH v2 3/5] git-gui: retire Git Gui.app, Carlo Marcelo Arenas Belón
    • [PATCH v2 4/5] git-gui: honor TCLTK_PATH in git-gui--askpass, Carlo Marcelo Arenas Belón
    • [PATCH v2 5/5] git-gui: ensure own version of git-gui--askpass is used, Carlo Marcelo Arenas Belón
      • Re: [PATCH v2 5/5] git-gui: ensure own version of git-gui--askpass is used, Johannes Sixt
• [PATCH v2] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
  • Re: [PATCH v2] send-email: add --get-smtp-server option to fetch SMTP settings, Julian Swagemakers
    • Re: [PATCH v2] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
      • Re: [PATCH v2] send-email: add --get-smtp-server option to fetch SMTP settings, Julian Swagemakers
        • Re: [PATCH v2] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
    • Re: [PATCH v2] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
  • [PATCH v3] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
    • [PATCH v4] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
      • Re: [PATCH v4] send-email: add --get-smtp-server option to fetch SMTP settings, brian m. carlson
        • Re: [PATCH v4] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
• [PATCH] modify the “foo" file path to "$PWD/bad-clone/sub/foo"., 陈建虎 via GitGitGadget
  • Re: [PATCH] modify the “foo" file path to "$PWD/bad-clone/sub/foo"., Kristoffer Haugsbakk
    • Re: [PATCH] modify the “foo" file path to "$PWD/bad-clone/sub/foo"., Junio C Hamano
  • Re: [PATCH] modify the “foo" file path to "$PWD/bad-clone/sub/foo"., Junio C Hamano
    • Re: [PATCH] modify the “foo" file path to "$PWD/bad-clone/sub/foo"., Justin Tobler
  • [PATCH v2] t7450: inspect the correct path a broken code would write to, chenjianhu via GitGitGadget
    • Re: [PATCH v2] t7450: inspect the correct path a broken code would write to, Junio C Hamano
    • Re: [PATCH v2] t7450: inspect the correct path a broken code would write to, Justin Tobler
• [PATCH] status: add --json output format to git status, Tach via GitGitGadget
  • Re: [PATCH] status: add --json output format to git status, Phillip Wood
    • Message not available
      • Re: [PATCH] status: add --json output format to git status, phillip . wood123
  • Re: [PATCH] status: add --json output format to git status, Junio C Hamano
    • Re: [PATCH] status: add --json output format to git status, Phillip Wood
      • Re: [PATCH] status: add --json output format to git status, Junio C Hamano
• [PATCH] clean: do not pass strbuf by value, Junio C Hamano
  • Re: [PATCH] clean: do not pass strbuf by value, Patrick Steinhardt
    • Re: [PATCH] clean: do not pass strbuf by value, Junio C Hamano
      • Re: [PATCH] clean: do not pass strbuf by value, Patrick Steinhardt
• [no subject], Unknown
• [PATCH 0/3] Teach git-diff-tree(1) option --max-depth, Toon Claes
  • [PATCH 1/3] combine-diff: zero memory used for callback filepairs, Toon Claes
  • [PATCH 2/3] within_depth: fix return for empty path, Toon Claes
    • Re: [PATCH 2/3] within_depth: fix return for empty path, Patrick Steinhardt
      • Re: [PATCH 2/3] within_depth: fix return for empty path, Toon Claes
        • Re: [PATCH 2/3] within_depth: fix return for empty path, Patrick Steinhardt
  • [PATCH 3/3] diff: teach tree-diff a max-depth parameter, Toon Claes
    • Re: [PATCH 3/3] diff: teach tree-diff a max-depth parameter, Patrick Steinhardt
      • Re: [PATCH 3/3] diff: teach tree-diff a max-depth parameter, Toon Claes
        • Re: [PATCH 3/3] diff: teach tree-diff a max-depth parameter, Patrick Steinhardt
  • [PATCH v2 0/3] Teach git-diff-tree(1) option --max-depth, Toon Claes
    • [PATCH v2 1/3] combine-diff: zero memory used for callback filepairs, Toon Claes
    • [PATCH v2 2/3] within_depth: fix return for empty path, Toon Claes
    • [PATCH v2 3/3] diff: teach tree-diff a max-depth parameter, Toon Claes
    • Re: [PATCH v2 0/3] Teach git-diff-tree(1) option --max-depth, Junio C Hamano
      • Re: [PATCH v2 0/3] Teach git-diff-tree(1) option --max-depth, Patrick Steinhardt
• [PATCH] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
  • Re: [PATCH] send-email: add --get-smtp-server option to fetch SMTP settings, Aditya Garg
• [GSOC PATCH 0/2] builtin/fmt-merge-msg: remove dependency on global variables and 'the_repository', Ayush Chandekar
  • [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Ayush Chandekar
    • Re: [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Junio C Hamano
      • Re: [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Ayush Chandekar
        • Re: [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Junio C Hamano
    • Re: [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Phillip Wood
      • Re: [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Ayush Chandekar
        • Re: [GSOC PATCH 1/2] environment: remove the global variable 'merge_log_config', Phillip Wood
  • [GSOC PATCH 2/2] builtin/fmt-merge-msg: stop depending on 'the_repository', Ayush Chandekar
    • Re: [GSOC PATCH 2/2] builtin/fmt-merge-msg: stop depending on 'the_repository', Junio C Hamano
      • Re: [GSOC PATCH 2/2] builtin/fmt-merge-msg: stop depending on 'the_repository', Ayush Chandekar
        • Re: [GSOC PATCH 2/2] builtin/fmt-merge-msg: stop depending on 'the_repository', Junio C Hamano
  • Re: [GSOC PATCH 0/2] builtin/fmt-merge-msg: remove dependency on global variables and 'the_repository', Ayush Chandekar
  • [GSOC PATCH v2 0/2] builtin/fmt-merge-msg: remove dependency on global variables and 'the_repository', Ayush Chandekar
    • [GSOC PATCH v2 1/2] environment: remove the global variable 'merge_log_config', Ayush Chandekar
      • Re: [GSOC PATCH v2 1/2] environment: remove the global variable 'merge_log_config', Phillip Wood
        • Re: [GSOC PATCH v2 1/2] environment: remove the global variable 'merge_log_config', Junio C Hamano
          • Re: [GSOC PATCH v2 1/2] environment: remove the global variable 'merge_log_config', Ayush Chandekar
    • [GSOC PATCH v2 2/2] builtin/fmt-merge-msg: stop depending on 'the_repository', Ayush Chandekar
• [PATCH 0/8] midx: stop deduplicating info redundant with their sources, Patrick Steinhardt
  • [PATCH 1/8] odb: store locality in object database sources, Patrick Steinhardt
    • Re: [PATCH 1/8] odb: store locality in object database sources, Toon Claes
      • Re: [PATCH 1/8] odb: store locality in object database sources, Patrick Steinhardt
    • Re: [PATCH 1/8] odb: store locality in object database sources, Karthik Nayak
  • [PATCH 2/8] odb: allow `odb_find_source()` to fail, Patrick Steinhardt
  • [PATCH 3/8] odb: return newly created in-memory sources, Patrick Steinhardt
    • Re: [PATCH 3/8] odb: return newly created in-memory sources, Toon Claes
      • Re: [PATCH 3/8] odb: return newly created in-memory sources, Patrick Steinhardt
    • Re: [PATCH 3/8] odb: return newly created in-memory sources, Karthik Nayak
  • [PATCH 4/8] midx: drop redundant `struct repository` parameter, Patrick Steinhardt
  • [PATCH 5/8] midx: load multi-pack indices via their source, Patrick Steinhardt
    • Re: [PATCH 5/8] midx: load multi-pack indices via their source, Karthik Nayak
      • Re: [PATCH 5/8] midx: load multi-pack indices via their source, Karthik Nayak
  • [PATCH 7/8] midx: stop duplicating info redundant with its owning source, Patrick Steinhardt
  • [PATCH 6/8] midx: write multi-pack indices via their source, Patrick Steinhardt
    • Re: [PATCH 6/8] midx: write multi-pack indices via their source, Karthik Nayak
  • [PATCH 8/8] midx: compute paths via their source, Patrick Steinhardt
  • Re: [PATCH 0/8] midx: stop deduplicating info redundant with their sources, Junio C Hamano
    • Re: [PATCH 0/8] midx: stop deduplicating info redundant with their sources, Patrick Steinhardt
  • [PATCH v2 0/9] midx: stop duplicating info redundant with their sources, Patrick Steinhardt
    • [PATCH v2 1/9] odb: store locality in object database sources, Patrick Steinhardt
      • Re: [PATCH v2 1/9] odb: store locality in object database sources, Taylor Blau
    • [PATCH v2 2/9] odb: allow `odb_find_source()` to fail, Patrick Steinhardt
      • Re: [PATCH v2 2/9] odb: allow `odb_find_source()` to fail, Taylor Blau
        • Re: [PATCH v2 2/9] odb: allow `odb_find_source()` to fail, Patrick Steinhardt
    • [PATCH v2 3/9] odb: return newly created in-memory sources, Patrick Steinhardt
      • Re: [PATCH v2 3/9] odb: return newly created in-memory sources, Taylor Blau
        • Re: [PATCH v2 3/9] odb: return newly created in-memory sources, Patrick Steinhardt
    • [PATCH v2 4/9] odb: simplify calling `link_alt_odb_entry()`, Patrick Steinhardt
      • Re: [PATCH v2 4/9] odb: simplify calling `link_alt_odb_entry()`, Taylor Blau
    • [PATCH v2 5/9] midx: drop redundant `struct repository` parameter, Patrick Steinhardt
    • [PATCH v2 7/9] midx: write multi-pack indices via their source, Patrick Steinhardt
      • Re: [PATCH v2 7/9] midx: write multi-pack indices via their source, Taylor Blau
    • [PATCH v2 6/9] midx: load multi-pack indices via their source, Patrick Steinhardt
      • Re: [PATCH v2 6/9] midx: load multi-pack indices via their source, Taylor Blau
    • [PATCH v2 8/9] midx: stop duplicating info redundant with its owning source, Patrick Steinhardt
    • [PATCH v2 9/9] midx: compute paths via their source, Patrick Steinhardt
    • Re: [PATCH v2 0/9] midx: stop duplicating info redundant with their sources, Taylor Blau
      • Re: [PATCH v2 0/9] midx: stop duplicating info redundant with their sources, Patrick Steinhardt
  • Re: [PATCH 0/8] midx: stop deduplicating info redundant with their sources, Karthik Nayak
  • [PATCH v3 00/10] midx: stop duplicating info redundant with their sources, Patrick Steinhardt
    • [PATCH v3 01/10] odb: store locality in object database sources, Patrick Steinhardt
    • [PATCH v3 02/10] odb: allow `odb_find_source()` to fail, Patrick Steinhardt
    • [PATCH v3 03/10] odb: consistently use "dir" to refer to alternate's directory, Patrick Steinhardt
    • [PATCH v3 04/10] odb: return newly created in-memory sources, Patrick Steinhardt
    • [PATCH v3 05/10] odb: simplify calling `link_alt_odb_entry()`, Patrick Steinhardt
    • [PATCH v3 06/10] midx: drop redundant `struct repository` parameter, Patrick Steinhardt
    • [PATCH v3 08/10] midx: write multi-pack indices via their source, Patrick Steinhardt
    • [PATCH v3 07/10] midx: load multi-pack indices via their source, Patrick Steinhardt
    • [PATCH v3 09/10] midx: stop duplicating info redundant with its owning source, Patrick Steinhardt
    • [PATCH v3 10/10] midx: compute paths via their source, Patrick Steinhardt
    • Re: [PATCH v3 00/10] midx: stop duplicating info redundant with their sources, Junio C Hamano
      • Re: [PATCH v3 00/10] midx: stop duplicating info redundant with their sources, Taylor Blau
        • Re: [PATCH v3 00/10] midx: stop duplicating info redundant with their sources, Derrick Stolee
• [PATCH] meson: ensure correct "clar-decls.h" header is used, Patrick Steinhardt
• No f, Leticia Cruz
• What's cooking in git.git (Jul 2025, #08; Mon, 28), Junio C Hamano
  • Re: What's cooking in git.git (Jul 2025, #08; Mon, 28), Junio C Hamano
  • Re: What's cooking in git.git (Jul 2025, #08; Mon, 28), Patrick Steinhardt
  • Re: What's cooking in git.git (Jul 2025, #08; Mon, 28), Toon Claes
    • Re: What's cooking in git.git (Jul 2025, #08; Mon, 28), Junio C Hamano
• [PATCH] submodule: Add a config option to skip path validation, Vadim Zeitlin
• gitignore pattern matching issue with Windows, TDD Guru
  • Re: gitignore pattern matching issue with Windows, Junio C Hamano
• [PATCH 0/2] optimize string hashing in xdiff, Alexander Monakov
  • [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Alexander Monakov
    • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Junio C Hamano
      • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Alexander Monakov
    • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Phillip Wood
      • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Alexander Monakov
        • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Phillip Wood
          • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Alexander Monakov
            • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Alexander Monakov
              • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Junio C Hamano
            • Re: [PATCH 2/2] xdiff: optimize xdl_hash_record_verbatim, Phillip Wood
  • [PATCH 1/2] xdiff: refactor xdl_hash_record(), Alexander Monakov
  • Re: [PATCH 0/2] optimize string hashing in xdiff, Junio C Hamano
    • Re: [PATCH 0/2] optimize string hashing in xdiff, Eli Schwartz
      • Re: [PATCH 0/2] optimize string hashing in xdiff, Junio C Hamano
    • Re: [PATCH 0/2] optimize string hashing in xdiff, Alexander Monakov
      • Re: [PATCH 0/2] optimize string hashing in xdiff, Junio C Hamano
      • Re: [PATCH 0/2] optimize string hashing in xdiff, Junio C Hamano
        • Re: [PATCH 0/2] optimize string hashing in xdiff, Elijah Newren
        • Re: [PATCH 0/2] optimize string hashing in xdiff, Jacob Keller
• [PATCH 0/4] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
  • [PATCH 1/4] refs: pass refname when invoking reflog entry callback, Patrick Steinhardt
    • Re: [PATCH 1/4] refs: pass refname when invoking reflog entry callback, Justin Tobler
    • Re: [PATCH 1/4] refs: pass refname when invoking reflog entry callback, Junio C Hamano
    • Re: [PATCH 1/4] refs: pass refname when invoking reflog entry callback, Karthik Nayak
      • Re: [PATCH 1/4] refs: pass refname when invoking reflog entry callback, Patrick Steinhardt
  • [PATCH 2/4] refs: simplify logic when migrating reflog entries, Patrick Steinhardt
    • Re: [PATCH 2/4] refs: simplify logic when migrating reflog entries, Justin Tobler
    • Re: [PATCH 2/4] refs: simplify logic when migrating reflog entries, Junio C Hamano
  • [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
    • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Junio C Hamano
      • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
    • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Justin Tobler
      • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Junio C Hamano
        • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
    • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Jeff King
      • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
        • Re: [PATCH 3/4] builtin/remote: rework how remote refs get renamed, Jeff King
  • [PATCH 4/4] builtin/remote: only iterate through refs that are to be renamed, Patrick Steinhardt
    • Re: [PATCH 4/4] builtin/remote: only iterate through refs that are to be renamed, Junio C Hamano
    • Re: [PATCH 4/4] builtin/remote: only iterate through refs that are to be renamed, Karthik Nayak
      • Re: [PATCH 4/4] builtin/remote: only iterate through refs that are to be renamed, Patrick Steinhardt
  • Re: [PATCH 0/4] builtin/remote: rework how remote refs get renamed, Junio C Hamano
  • [PATCH v2 0/6] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
    • [PATCH v2 1/6] refs: pass refname when invoking reflog entry callback, Patrick Steinhardt
    • [PATCH v2 2/6] refs: simplify logic when migrating reflog entries, Patrick Steinhardt
    • [PATCH v2 3/6] builtin/remote: fix sign comparison warnings, Patrick Steinhardt
    • [PATCH v2 4/6] builtin/remote: determine whether refs need renaming early on, Patrick Steinhardt
    • [PATCH v2 5/6] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
      • Re: [PATCH v2 5/6] builtin/remote: rework how remote refs get renamed, Jeff King
        • Re: [PATCH v2 5/6] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
    • [PATCH v2 6/6] builtin/remote: only iterate through refs that are to be renamed, Patrick Steinhardt
    • Re: [PATCH v2 0/6] builtin/remote: rework how remote refs get renamed, Junio C Hamano
      • Re: [PATCH v2 0/6] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
        • Re: [PATCH v2 0/6] builtin/remote: rework how remote refs get renamed, Junio C Hamano
          • Re: [PATCH v2 0/6] builtin/remote: rework how remote refs get renamed, Patrick Steinhardt
            • Re: [PATCH v2 0/6] builtin/remote: rework how remote refs get renamed, Junio C Hamano
• [PATCH] blame: remove parameter detailed in get_commit_info(), Han Young
  • <Possible follow-ups>
  • [PATCH] blame: remove parameter detailed in get_commit_info(), Han Young
    • Re: [PATCH] blame: remove parameter detailed in get_commit_info(), Patrick Steinhardt
      • Re: [PATCH] blame: remove parameter detailed in get_commit_info(), Junio C Hamano
        • Re: [External] Re: [PATCH] blame: remove parameter detailed in get_commit_info(), Han Young
          • Re: [External] Re: [PATCH] blame: remove parameter detailed in get_commit_info(), Junio C Hamano
• [no subject], Unknown
• [PATCH 0/4] permit -h/--help-all in more scenarios, D. Ben Knoble
  • [PATCH 1/4] t1517: fixup for ua/t1517-short-help-tests, D. Ben Knoble
    • Re: [PATCH 1/4] t1517: fixup for ua/t1517-short-help-tests, Usman Akinyemi
      • Re: [PATCH 1/4] t1517: fixup for ua/t1517-short-help-tests, Junio C Hamano
  • [PATCH 2/4] parse-options: name flags passed to usage_with_options_internal, D. Ben Knoble
    • Re: [PATCH 2/4] parse-options: name flags passed to usage_with_options_internal, Junio C Hamano
      • Re: [PATCH 2/4] parse-options: name flags passed to usage_with_options_internal, Junio C Hamano
      • Re: [PATCH 2/4] parse-options: name flags passed to usage_with_options_internal, D. Ben Knoble
  • [PATCH 3/4] builtin: also setup gently for --help-all, D. Ben Knoble
    • Re: [PATCH 3/4] builtin: also setup gently for --help-all, Junio C Hamano
      • Re: [PATCH 3/4] builtin: also setup gently for --help-all, D. Ben Knoble
  • [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, D. Ben Knoble
    • Re: [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, Junio C Hamano
      • Re: [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, D. Ben Knoble
        • Re: [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, Jeff King
          • Re: [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, D. Ben Knoble
            • Re: [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, Jeff King
              • Re: [PATCH 4/4] builtins: show help on "-h"/"--help-all" with more than 2 arguments left, D. Ben Knoble
  • [PATCH v2 0/3] permit -h/--help-all in more scenarios, D. Ben Knoble
    • [PATCH v3 0/3] permit -h/--help-all in more scenarios, D. Ben Knoble
      • Re: [PATCH v3 0/3] permit -h/--help-all in more scenarios, Junio C Hamano
        • Re: [PATCH v3 0/3] permit -h/--help-all in more scenarios, D. Ben Knoble
    • [PATCH v3 1/3] t1517: fixup for ua/t1517-short-help-tests, D. Ben Knoble
      • Re: [PATCH v3 1/3] t1517: fixup for ua/t1517-short-help-tests, Junio C Hamano
        • Re: [PATCH v3 1/3] t1517: fixup for ua/t1517-short-help-tests, D. Ben Knoble
    • [PATCH v3 2/3] parse-options: refactor flags for usage_with_options_internal, D. Ben Knoble
    • [PATCH v3 3/3] builtin: also setup gently for --help-all, D. Ben Knoble
  • [PATCH v2 1/3] t1517: fixup for ua/t1517-short-help-tests, D. Ben Knoble
  • [PATCH v2 2/3] parse-options: refactor flags for usage_with_options_internal, D. Ben Knoble
  • [PATCH v2 3/3] builtin: also setup gently for --help-all, D. Ben Knoble
• [RFC] git-secure: add explicit authentication before push or clone, Victor Duprez
  • <Possible follow-ups>
  • [RFC] git-secure: add explicit authentication before push or clone, Victor Duprez
  • [RFC] git-secure: add explicit authentication before push or clone, Victor Duprez
  • [RFC] git-secure: add explicit authentication before push or clone, Victor Duprez
  • [RFC] git-secure: add explicit authentication before push or clone, Victor Duprez
• Why does git-grep appear to treat exclude pathspecs differently?, D. Ben Knoble
  • Re: Why does git-grep appear to treat exclude pathspecs differently?, Junio C Hamano
    • Re: Why does git-grep appear to treat exclude pathspecs differently?, D. Ben Knoble
      • Re: Why does git-grep appear to treat exclude pathspecs differently?, Jeff King
        • Re: Why does git-grep appear to treat exclude pathspecs differently?, D. Ben Knoble
          • Re: Why does git-grep appear to treat exclude pathspecs differently?, Jeff King
            • Re: Why does git-grep appear to treat exclude pathspecs differently?, Junio C Hamano
              • Re: Why does git-grep appear to treat exclude pathspecs differently?, Jeff King
                • Re: Why does git-grep appear to treat exclude pathspecs differently?, Junio C Hamano
        • Re: Why does git-grep appear to treat exclude pathspecs differently?, Junio C Hamano
      • Re: Why does git-grep appear to treat exclude pathspecs differently?, D. Ben Knoble
        • Re: Why does git-grep appear to treat exclude pathspecs differently?, Junio C Hamano
• [feature] git clean ignored files in nested repositories support, Alon Bar-Lev
  • Re: [feature] git clean ignored files in nested repositories support, Alon Bar-Lev
• Re: git-phoenix - repository recovery tool, Skybuck Flying
  • Re: git-phoenix - repository recovery tool, Daniil Iaitskov
• [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
  • Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
    • Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
    • Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
      • Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
        • Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
          • Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
            • SuperLaserC from LaserA and LaserB, continue LaserA/B fresh from SuperLaserC was Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity, Skybuck Flying
            • Was "Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity" now "Skybuck's GitFlow", Skybuck Flying
              • Re: Was "Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity" now "Skybuck's GitFlow", Skybuck Flying
                • Re: Was "Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity" now "Skybuck's GitFlow", Skybuck Flying
                  • Message not available
                    • Re: Was "Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity" now "Skybuck's GitFlow", Skybuck Flying
                  • Re: Was "Re: [RFC] Proposed Git Workflow for Permanent History, Explicit Branch Status, and Developer Continuity" now "Skybuck's GitFlow", Skybuck Flying
• [BUG?] git-daemon 2.49.0 in F40 no longer exports user directories, Russell King (Oracle)
  • Re: [BUG?] git-daemon 2.49.0 in F40 no longer exports user directories, Jeff King
    • Re: [BUG?] git-daemon 2.49.0 in F40 no longer exports user directories, Todd Zullinger
      • Re: [BUG?] git-daemon 2.49.0 in F40 no longer exports user directories, Jeff King
        • Re: [BUG?] git-daemon 2.49.0 in F40 no longer exports user directories, Russell King (Oracle)
• [PATCH] t9350: redirect input to only fast-import, Christian Couder
  • Re: [PATCH] t9350: redirect input to only fast-import, Junio C Hamano
• Subject: [RFC] Add config option to enforce committing .gitignore / .gitattributes before other files, Kirill Sploshnov
  • Re: Subject: [RFC] Add config option to enforce committing .gitignore / .gitattributes before other files, Torsten Bögershausen
    • Re: Subject: [RFC] Add config option to enforce committing .gitignore / .gitattributes before other files, Junio C Hamano
• -h prints alias information even for grep, Kevin Brodsky
  • [PATCH] git: show alias info only with lone -h, René Scharfe
    • Re: [PATCH] git: show alias info only with lone -h, Junio C Hamano
      • Re: [PATCH] git: show alias info only with lone -h, Jeff King
        • Re: [PATCH] git: show alias info only with lone -h, D. Ben Knoble
          • Re: [PATCH] git: show alias info only with lone -h, D. Ben Knoble
          • Re: [PATCH] git: show alias info only with lone -h, Jeff King
        • Re: [PATCH] git: show alias info only with lone -h, Junio C Hamano
          • Re: [PATCH] git: show alias info only with lone -h, Jeff King
• [PATCH v6 1/1] test-delta: Replaced space-based indentation with tabs to follow Git coding style., Hoyoung Lee
• [PATCH v5 1/1] test-delta: fix indentation style, Hoyoung Lee
• `git remote get-url --push`: `url.<base>.pushInsteadOf` is ignored (while `url.<base>.insteadOf` is not), Han Jiang
• git clone fsync error on FSx Ontap, Tim Cederquist
  • Re: git clone fsync error on FSx Ontap, brian m. carlson
    • Re: git clone fsync error on FSx Ontap, Tim Cederquist
• [ANN] git-phoenix - repository recovery tool, Daniil Iaitskov
  • Re: [ANN] git-phoenix - repository recovery tool, Christian Couder
    • Re: [ANN] git-phoenix - repository recovery tool, Daniil Iaitskov
      • Re: [ANN] git-phoenix - repository recovery tool, Christian Couder
        • Re: [ANN] git-phoenix - repository recovery tool, Daniil Iaitskov
• What's cooking in git.git (Jul 2025, #07; Thu, 24), Junio C Hamano
  • Re: What's cooking in git.git (Jul 2025, #07; Thu, 24), Usman Akinyemi
    • Re: What's cooking in git.git (Jul 2025, #07; Thu, 24), D. Ben Knoble
      • Re: What's cooking in git.git (Jul 2025, #07; Thu, 24), Junio C Hamano
    • Re: What's cooking in git.git (Jul 2025, #07; Thu, 24), Junio C Hamano
      • Re: What's cooking in git.git (Jul 2025, #07; Thu, 24), Usman Akinyemi
• [PATCH 0/2] Avoid submodule overwritten and skip redundant active entries, K Jayatheerth
  • [PATCH 1/2] submodule: prevent overwriting .gitmodules on path reuse, K Jayatheerth
    • Re: [PATCH 1/2] submodule: prevent overwriting .gitmodules on path reuse, Junio C Hamano
  • [PATCH 2/2] submodule: skip redundant active entries when pattern covers path, K Jayatheerth
    • Re: [PATCH 2/2] submodule: skip redundant active entries when pattern covers path, Junio C Hamano
  • [PATCH 0/2] Avoid submodule overwritten and skip redundant active entries, K Jayatheerth
    • [PATCH 2/2] submodule: skip redundant active entries when pattern covers path, K Jayatheerth
    • [PATCH 1/2] submodule: prevent overwriting .gitmodules on path reuse, K Jayatheerth
• Show skipped commit message after rebase conflict?, Cameron Steffen
  • Re: Show skipped commit message after rebase conflict?, Junio C Hamano
    • Re: Show skipped commit message after rebase conflict?, Phillip Wood
      • Re: Show skipped commit message after rebase conflict?, Cameron Steffen
        • Re: Show skipped commit message after rebase conflict?, Junio C Hamano
          • Re: Show skipped commit message after rebase conflict?, Cameron Steffen
            • Re: Show skipped commit message after rebase conflict?, Junio C Hamano
              • Re: Show skipped commit message after rebase conflict?, Cameron Steffen
            • Re: Show skipped commit message after rebase conflict?, Johannes Sixt
              • Re: Show skipped commit message after rebase conflict?, Cameron Steffen
      • Re: Show skipped commit message after rebase conflict?, Junio C Hamano
• `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Han Jiang
  • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Jeff King
    • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Patrick Steinhardt
      • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Patrick Steinhardt
        • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Junio C Hamano
          • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Patrick Steinhardt
        • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Jeff King
          • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Jeff King
            • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Patrick Steinhardt
          • Re: `git remote rename` does not work when `refs/remotes/server/HEAD` is unborn (when right after `git remote add -m`), Patrick Steinhardt
• [PATCH v4 1/1] test-delta: simplify delta helper with strbuf and better cleanup, Hoyoung Lee
  • Re: [PATCH v4 1/1] test-delta: simplify delta helper with strbuf and better cleanup, Junio C Hamano
    • Re: [PATCH v4 1/1] test-delta: simplify delta helper with strbuf and better cleanup, Jeff King
      • Re: [PATCH v4 1/1] test-delta: simplify delta helper with strbuf and better cleanup, Jeff King
      • Re: [PATCH v4 1/1] test-delta: simplify delta helper with strbuf and better cleanup, Junio C Hamano
• [PATCH 0/5] ref-filter: small cleanups and fixes, Karthik Nayak
  • [PATCH 5/5] ref-filter: use REF_ITERATOR_SEEK_SET_PREFIX instead of '1', Karthik Nayak
  • [PATCH 3/5] for-each-ref: reword the documentation for '--start-after', Karthik Nayak
    • Re: [PATCH 3/5] for-each-ref: reword the documentation for '--start-after', Patrick Steinhardt
  • [PATCH 1/5] ref-cache: use 'size_t' instead of int for length, Karthik Nayak
    • Re: [PATCH 1/5] ref-cache: use 'size_t' instead of int for length, Junio C Hamano
  • [PATCH 2/5] for-each-ref: fix documentation argument ordering, Karthik Nayak
    • Re: [PATCH 2/5] for-each-ref: fix documentation argument ordering, Junio C Hamano
      • Re: [PATCH 2/5] for-each-ref: fix documentation argument ordering, Karthik Nayak
        • Re: [PATCH 2/5] for-each-ref: fix documentation argument ordering, Junio C Hamano
          • Re: [PATCH 2/5] for-each-ref: fix documentation argument ordering, Karthik Nayak
    • Re: [PATCH 2/5] for-each-ref: fix documentation argument ordering, Patrick Steinhardt
      • Re: [PATCH 2/5] for-each-ref: fix documentation argument ordering, Karthik Nayak
  • [PATCH 4/5] t6302: add test combining '--start-after' with '--exclude', Karthik Nayak
  • Re: [PATCH 0/5] ref-filter: small cleanups and fixes, Junio C Hamano
  • [PATCH v2 0/5] ref-filter: small cleanups and fixes, Karthik Nayak
    • [PATCH v2 2/5] for-each-ref: fix documentation argument ordering, Karthik Nayak
    • [PATCH v2 1/5] ref-cache: use 'size_t' instead of int for length, Karthik Nayak
    • [PATCH v2 3/5] for-each-ref: reword the documentation for '--start-after', Karthik Nayak
    • [PATCH v2 4/5] t6302: add test combining '--start-after' with '--exclude', Karthik Nayak
    • [PATCH v2 5/5] ref-filter: use REF_ITERATOR_SEEK_SET_PREFIX instead of '1', Karthik Nayak
    • Re: [PATCH v2 0/5] ref-filter: small cleanups and fixes, Patrick Steinhardt
• [PATCH] doc: clarify difference between `push.default` `simple` and `current`, Dan Fabulich via GitGitGadget
  • Re: [PATCH] doc: clarify difference between `push.default` `simple` and `current`, Junio C Hamano
• [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
  • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Junio C Hamano
    • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
      • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
        • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Junio C Hamano
          • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
      • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Junio C Hamano
    • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Junio C Hamano
  • <Possible follow-ups>
  • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
    • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Junio C Hamano
      • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
  • Re: [PATCH] imap-send: add option to mark sent messages as read or unread, Aditya Garg
• git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, hi
  • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Lidong Yan
    • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Junio C Hamano
      • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Lidong Yan
        • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Eric Sunshine
          • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Lidong Yan
      • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, hi
        • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, hi
        • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Lidong Yan
          • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, hi
            • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Jeff King
              • Re: git-diff: --ignore-matching-lines has no effect on the output when --name-only is used, Junio C Hamano
                • [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Lidong Yan
                  • Re: [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Junio C Hamano
                    • Re: [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Jeff King
                      • Re: [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Lidong Yan
                      • Re: [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Junio C Hamano
                      • Re: [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Junio C Hamano
                        • Re: [PATCH] diff: ensure consistent diff behavior with -I<regex> across output formats, Jeff King
                    • [PATCH v2] diff: ensure consistent diff behavior with -I<regex> across output formats, Lidong Yan
                      • Re: [PATCH v2] diff: ensure consistent diff behavior with -I<regex> across output formats, Junio C Hamano
                        • Re: [PATCH v2] diff: ensure consistent diff behavior with -I<regex> across output formats, Lidong Yan
                          • Re: [PATCH v2] diff: ensure consistent diff behavior with -I<regex> across output formats, Junio C Hamano
                            • Re: [PATCH v2] diff: ensure consistent diff behavior with -I<regex> across output formats, Lidong Yan
                              • Re: [PATCH v2] diff: ensure consistent diff behavior with -I<regex> across output formats, Junio C Hamano
                      • [PATCH v3] diff: ensure consistent diff behavior with ignore options, Lidong Yan
                        • Re: [PATCH v3] diff: ensure consistent diff behavior with ignore options, Junio C Hamano
                          • Re: [PATCH v3] diff: ensure consistent diff behavior with ignore options, Lidong Yan
                        • Re: [PATCH v3] diff: ensure consistent diff behavior with ignore options, Junio C Hamano
                          • Re: [PATCH v3] diff: ensure consistent diff behavior with ignore options, Lidong Yan
                        • [PATCH v4] diff: ensure consistent diff behavior with ignore options, Lidong Yan
                          • Re: [PATCH v4] diff: ensure consistent diff behavior with ignore options, Junio C Hamano
                            • Re: [PATCH v4] diff: ensure consistent diff behavior with ignore options, Lidong Yan
                              • [PATCH v5] diff: ensure consistent diff behavior with ignore options, Lidong Yan
• warning: ignoring unknown core.fsync component 'true', Wang, Jinfeng (CN)
  • Re: warning: ignoring unknown core.fsync component 'true', Patrick Steinhardt
    • Re: warning: ignoring unknown core.fsync component 'true', Wang, Jinfeng (CN)
• What's cooking in git.git (Jul 2025, #06; Tue, 22), Junio C Hamano
  • Re: What's cooking in git.git (Jul 2025, #06; Tue, 22), Patrick Steinhardt
    • Re: What's cooking in git.git (Jul 2025, #06; Tue, 22), Phillip Wood
      • Re: What's cooking in git.git (Jul 2025, #06; Tue, 22), Junio C Hamano
    • Re: What's cooking in git.git (Jul 2025, #06; Tue, 22), Junio C Hamano
  • Re: What's cooking in git.git (Jul 2025, #06; Tue, 22), Eric Sunshine
    • Re: What's cooking in git.git (Jul 2025, #06; Tue, 22), Junio C Hamano
• [PATCH v4] reflog: close leak of reflog expire entry, Jacob Keller
  • Re: [PATCH v4] reflog: close leak of reflog expire entry, Jeff King
• [GIT PULL] gitk: Sync with 2.50.1, Tcl >= 8.6, git >= 2.20, Johannes Sixt
• [PATCH 0/2] builtin: unmark git-switch and git-restore as experimental, Justin Tobler
  • [PATCH 1/2] builtin: remove merge short flag for switch and restore, Justin Tobler
    • Re: [PATCH 1/2] builtin: remove merge short flag for switch and restore, Junio C Hamano
      • Re: [PATCH 1/2] builtin: remove merge short flag for switch and restore, Justin Tobler
  • [PATCH 2/2] builtin: unmark git-switch and git-restore as experimental, Justin Tobler
    • Re: [PATCH 2/2] builtin: unmark git-switch and git-restore as experimental, Junio C Hamano
      • Re: [PATCH 2/2] builtin: unmark git-switch and git-restore as experimental, Justin Tobler
  • Re: [PATCH 0/2] builtin: unmark git-switch and git-restore as experimental, Junio C Hamano
    • Re: [PATCH 0/2] builtin: unmark git-switch and git-restore as experimental, Justin Tobler
  • [PATCH] builtin: unmark git-switch and git-restore as experimental, Justin Tobler
    • Re: [PATCH] builtin: unmark git-switch and git-restore as experimental, Junio C Hamano
• [PATCH v3 0/2] fix resource leaks in test helpers, Hoyoung Lee
  • [PATCH v3 1/2] t/helper/test-truncate: close file descriptor after truncation, Hoyoung Lee
    • Re: [PATCH v3 1/2] t/helper/test-truncate: close file descriptor after truncation, Junio C Hamano
  • [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Hoyoung Lee
    • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Eric Sunshine
      • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Jeff King
        • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Jeff King
          • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Eric Sunshine
          • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Jeff King
            • [PATCH 1/3] test-delta: handle errors with die(), Jeff King
            • [PATCH 2/3] test-delta: use strbufs to hold input files, Jeff King
            • [PATCH 3/3] test-delta: close output descriptor after use, Jeff King
        • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Eric Sunshine
          • Re: [PATCH v3 2/2] t/helper/test-delta: fix possible resource leak and ensure safe cleanup, Jeff King