Git Distributed Software Revision Control — Thread Index

• Date Index

• Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), (continued)
  • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Neeraj Singh
    • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Ævar Arnfjörð Bjarmason
      • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Neeraj Singh
        • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Ævar Arnfjörð Bjarmason
          • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Patrick Steinhardt
            • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Ævar Arnfjörð Bjarmason
              • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Neeraj Singh
                • Re: do we have too much fsync() configuration in 'next'? (was: [PATCH v7] core.fsync: documentation and user-friendly aggregate options), Neeraj Singh
  • [PATCH v6 1/6] wrapper: make inclusion of Windows csprng header tightly scoped, Neeraj Singh via GitGitGadget
  • [PATCH v6 3/6] core.fsync: introduce granular fsync control infrastructure, Neeraj Singh via GitGitGadget
  • [PATCH v6 5/6] core.fsync: new option to harden the index, Neeraj Singh via GitGitGadget
  • [PATCH v6 4/6] core.fsync: add configuration parsing, Neeraj Singh via GitGitGadget
    • Re: [PATCH v6 4/6] core.fsync: add configuration parsing, Jiang Xin
      • Re: [PATCH v6 4/6] core.fsync: add configuration parsing, Neeraj Singh
  • [PATCH v6 2/6] core.fsyncmethod: add writeout-only mode, Neeraj Singh via GitGitGadget
  • Re: [PATCH v6 0/6] A design for future-proofing fsync() configuration, Junio C Hamano
    • Re: [PATCH v6 0/6] A design for future-proofing fsync() configuration, Neeraj Singh
      • Re: [PATCH v6 0/6] A design for future-proofing fsync() configuration, Neeraj Singh
    • Re: [PATCH v6 0/6] A design for future-proofing fsync() configuration, Junio C Hamano
  • [PATCH v2] core.fsync: new option to harden references, Patrick Steinhardt
    • Re: [PATCH v2] core.fsync: new option to harden references, SZEDER Gábor
• [PATCH 0/2] Sparse Index: fix a checkout bug with deep sparse-checkout patterns, Derrick Stolee via GitGitGadget
  • [PATCH 1/2] t1092: add deeper changes during a checkout, Derrick Stolee via GitGitGadget
  • [PATCH 2/2] unpack-trees: use traverse_path instead of name, Derrick Stolee via GitGitGadget
    • Re: [PATCH 2/2] unpack-trees: use traverse_path instead of name, Elijah Newren
      • Re: [PATCH 2/2] unpack-trees: use traverse_path instead of name, Derrick Stolee
  • Re: [PATCH 0/2] Sparse Index: fix a checkout bug with deep sparse-checkout patterns, Elijah Newren
  • [PATCH v2 0/2] Sparse Index: fix a checkout bug with deep sparse-checkout patterns, Derrick Stolee via GitGitGadget
    • [PATCH v2 1/2] t1092: add deeper changes during a checkout, Derrick Stolee via GitGitGadget
    • [PATCH v2 2/2] unpack-trees: use traverse_path instead of name, Derrick Stolee via GitGitGadget
• [PATCH 0/2] ns/tmp-objdir: add support for temporary writable databases, Neeraj K. Singh via GitGitGadget
  • [PATCH 1/2] tmp-objdir: new API for creating temporary writable databases, Neeraj Singh via GitGitGadget
  • [PATCH 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Neeraj Singh via GitGitGadget
    • Re: [PATCH 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Junio C Hamano
      • Re: [PATCH 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Neeraj Singh
        • Re: [PATCH 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Junio C Hamano
          • Re: [PATCH 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Neeraj Singh
  • [PATCH v2 0/2] ns/tmp-objdir: add support for temporary writable databases, Neeraj K. Singh via GitGitGadget
    • [PATCH v2 1/2] tmp-objdir: new API for creating temporary writable databases, Neeraj Singh via GitGitGadget
      • Re: [PATCH v2 1/2] tmp-objdir: new API for creating temporary writable databases, Junio C Hamano
        • Re: [PATCH v2 1/2] tmp-objdir: new API for creating temporary writable databases, Neeraj Singh
          • Re: [PATCH v2 1/2] tmp-objdir: new API for creating temporary writable databases, Junio C Hamano
    • [PATCH v2 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Neeraj Singh via GitGitGadget
      • Re: [PATCH v2 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Neeraj Singh
    • [PATCH v3 0/2] ns/tmp-objdir: add support for temporary writable databases, Neeraj K. Singh via GitGitGadget
      • [PATCH v3 1/2] tmp-objdir: new API for creating temporary writable databases, Neeraj Singh via GitGitGadget
      • [PATCH v3 2/2] tmp-objdir: disable ref updates when replacing the primary odb, Neeraj Singh via GitGitGadget
      • Re: [PATCH v3 0/2] ns/tmp-objdir: add support for temporary writable databases, Elijah Newren
• coverity problems in reftable code, Jeff King
  • Message not available
    • Fwd: coverity problems in reftable code, Han-Wen Nienhuys
      • Re: Fwd: coverity problems in reftable code, Ævar Arnfjörð Bjarmason
      • Re: Fwd: coverity problems in reftable code, Jeff King
        • Re: Fwd: coverity problems in reftable code, Jeff King
          • Re: Fwd: coverity problems in reftable code, Han-Wen Nienhuys
            • Re: Fwd: coverity problems in reftable code, Jeff King
• What's cooking in git.git (Dec 2021, #01; Fri, 3), Junio C Hamano
  • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Phillip Wood
    • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Junio C Hamano
    • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Johannes Schindelin
      • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Junio C Hamano
      • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Phillip Wood
  • en/keep-cwd (Was: Re: What's cooking in git.git (Dec 2021, #01; Fri, 3)), Elijah Newren
    • Re: en/keep-cwd (Was: Re: What's cooking in git.git (Dec 2021, #01; Fri, 3)), Ævar Arnfjörð Bjarmason
      • Re: en/keep-cwd (Was: Re: What's cooking in git.git (Dec 2021, #01; Fri, 3)), Elijah Newren
    • Re: en/keep-cwd, Junio C Hamano
    • Re: en/keep-cwd (Was: Re: What's cooking in git.git (Dec 2021, #01; Fri, 3)), Johannes Schindelin
  • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Derrick Stolee
  • cf/fetch-set-upstream-while-detached (was: What's cooking in git.git (Dec 2021, #01; Fri, 3)), Ævar Arnfjörð Bjarmason
    • Re: cf/fetch-set-upstream-while-detached, Junio C Hamano
      • [PATCH v5] pull, fetch: fix segfault in --set-upstream option, Ævar Arnfjörð Bjarmason
  • <Possible follow-ups>
  • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Junio C Hamano
    • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Junio C Hamano
      • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Derrick Stolee
        • Re: What's cooking in git.git (Dec 2021, #01; Fri, 3), Junio C Hamano
• Large delays in mailing list delivery?, Elijah Newren
  • Re: Large delays in mailing list delivery?, Konstantin Ryabitsev
    • Re: Large delays in mailing list delivery?, Thomas Guyot-Sionnest
  • Re: Large delays in mailing list delivery?, Ævar Arnfjörð Bjarmason
    • Re: Large delays in mailing list delivery?, Konstantin Ryabitsev
      • Re: Large delays in mailing list delivery?, Ævar Arnfjörð Bjarmason
      • Re: Large delays in mailing list delivery?, Jeff King
      • Re: Large delays in mailing list delivery?, Ævar Arnfjörð Bjarmason
        • Re: Large delays in mailing list delivery?, Eric Wong
          • Using public-inbox+lei+Emacs+mu+mu4e (was: Large delays in mailing list delivery?), Ævar Arnfjörð Bjarmason
            • Re: Using public-inbox+lei+Emacs+mu+mu4e (was: Large delays in mailing list delivery?), Eric Wong
    • Re: Large delays in mailing list delivery?, Ævar Arnfjörð Bjarmason
• t7900 failures when $HOME is symlinked, Philippe Blain
  • Re: t7900 failures when $HOME is symlinked, Junio C Hamano
    • Re: t7900 failures when $HOME is symlinked, Jeff King
      • Re: t7900 failures when $HOME is symlinked, Junio C Hamano
    • Re: t7900 failures when $HOME is symlinked, Philippe Blain
• [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Johannes Schindelin via GitGitGadget
  • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Fabian Stelzer
  • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Jeff King
    • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Fabian Stelzer
      • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Junio C Hamano
        • Message not available
          • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Fabian Stelzer
            • Message not available
              • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Fabian Stelzer
            • Message not available
              • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Fabian Stelzer
      • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Damien Miller
        • Re: [PATCH] gpg-interface: trim CR from ssh-keygen -Y find-principals, Fabian Stelzer
  • [PATCH v2] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
    • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Eric Sunshine
      • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
        • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Eric Sunshine
          • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
            • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Eric Sunshine
              • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
                • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
                  • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Eric Sunshine
                    • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
                      • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
                        • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
                          • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
                      • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Eric Sunshine
                        • Re: [PATCH v2] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
    • [PATCH v3] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
      • Re: [PATCH v3] gpg-interface: trim CR from ssh-keygen, Eric Sunshine
        • Re: [PATCH v3] gpg-interface: trim CR from ssh-keygen, Fabian Stelzer
          • Re: [PATCH v3] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
        • Re: [PATCH v3] gpg-interface: trim CR from ssh-keygen, Junio C Hamano
• [PATCH] tests: set GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME only when needed, Johannes Schindelin via GitGitGadget
  • Re: [PATCH] tests: set GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME only when needed, Junio C Hamano
• [PATCH 00/10] Factorization of messages with similar meaning, Jean-Noël Avila via GitGitGadget
  • [PATCH 02/10] i18n: refactor "%s, %s and %s are mutually exclusive", Jean-Noël Avila via GitGitGadget
  • [PATCH 04/10] i18n: standardize "cannot open" and "cannot read", Jean-Noël Avila via GitGitGadget
    • Re: [PATCH 04/10] i18n: standardize "cannot open" and "cannot read", Ævar Arnfjörð Bjarmason
  • [PATCH 01/10] i18n: refactor "foo and bar are mutually exclusive", Jean-Noël Avila via GitGitGadget
    • Re: [PATCH 01/10] i18n: refactor "foo and bar are mutually exclusive", Ævar Arnfjörð Bjarmason
      • Re: [PATCH 01/10] i18n: refactor "foo and bar are mutually exclusive", Jean-Noël AVILA
  • [PATCH 03/10] i18n: turn "options are incompatible" into "are mutually exclusive", Jean-Noël Avila via GitGitGadget
  • [PATCH 05/10] i18n: tag.c factorize i18n strings, Jean-Noël Avila via GitGitGadget
    • Re: [PATCH 05/10] i18n: tag.c factorize i18n strings, Ævar Arnfjörð Bjarmason
  • [PATCH 06/10] i18n: factorize "--foo requires --bar" and the like, Jean-Noël Avila via GitGitGadget
  • [PATCH 07/10] i18n: factorize "no directory given for --foo", Jean-Noël Avila via GitGitGadget
  • [PATCH 08/10] i18n: refactor "unrecognized %(foo) argument" strings, Jean-Noël Avila via GitGitGadget
    • Re: [PATCH 08/10] i18n: refactor "unrecognized %(foo) argument" strings, Ævar Arnfjörð Bjarmason
  • [PATCH 09/10] i18n: factorize "--foo outside a repository", Jean-Noël Avila via GitGitGadget
  • [PATCH 10/10] i18n: ref-filter: factorize "%(foo) atom used without %(bar) atom", Jean-Noël Avila via GitGitGadget
  • Re: [PATCH 00/10] Factorization of messages with similar meaning, Jeff King
    • Re: [PATCH 00/10] Factorization of messages with similar meaning, Johannes Sixt
      • Re: [PATCH 00/10] Factorization of messages with similar meaning, Junio C Hamano
        • Re: [PATCH 00/10] Factorization of messages with similar meaning, Jean-Noël AVILA
          • Re: [PATCH 00/10] Factorization of messages with similar meaning, Johannes Sixt
            • Re: [PATCH 00/10] Factorization of messages with similar meaning, Junio C Hamano
  • Re: [PATCH 00/10] Factorization of messages with similar meaning, Junio C Hamano
  • [PATCH v2 00/11] Factorization of messages with similar meaning, Jean-Noël Avila via GitGitGadget
    • [PATCH v2 01/11] i18n: refactor "foo and bar are mutually exclusive", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 06/11] i18n: factorize "--foo requires --bar" and the like, Jean-Noël Avila via GitGitGadget
      • Re: [PATCH v2 06/11] i18n: factorize "--foo requires --bar" and the like, Johannes Sixt
        • Re: [PATCH v2 06/11] i18n: factorize "--foo requires --bar" and the like, Jean-Noël AVILA
    • [PATCH v2 05/11] i18n: tag.c factorize i18n strings, Jean-Noël Avila via GitGitGadget
      • Re: [PATCH v2 05/11] i18n: tag.c factorize i18n strings, Junio C Hamano
        • Re: [PATCH v2 05/11] i18n: tag.c factorize i18n strings, Ævar Arnfjörð Bjarmason
          • Re: [PATCH v2 05/11] i18n: tag.c factorize i18n strings, Junio C Hamano
            • Re: [PATCH v2 05/11] i18n: tag.c factorize i18n strings, Jean-Noël AVILA
    • [PATCH v2 04/11] i18n: standardize "cannot open" and "cannot read", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 03/11] i18n: turn "options are incompatible" into "cannot be used together", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 07/11] i18n: factorize "no directory given for --foo", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 10/11] i18n: ref-filter: factorize "%(foo) atom used without %(bar) atom", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 09/11] i18n: factorize "--foo outside a repository", Jean-Noël Avila via GitGitGadget
    • [PATCH v2 08/11] i18n: refactor "unrecognized %(foo) argument" strings, Jean-Noël Avila via GitGitGadget
    • [PATCH v2 11/11] i18n: turn even more messages into "cannot be used together" ones, Jean-Noël Avila via GitGitGadget
      • Re: [PATCH v2 11/11] i18n: turn even more messages into "cannot be used together" ones, Johannes Sixt
        • Re: [PATCH v2 11/11] i18n: turn even more messages into "cannot be used together" ones, Jean-Noël AVILA
    • [PATCH v3 00/11] Factorization of messages with similar meaning, Jean-Noël Avila via GitGitGadget
      • [PATCH v3 01/11] i18n: refactor "foo and bar are mutually exclusive", Jean-Noël Avila via GitGitGadget
      • [PATCH v3 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Jean-Noël Avila via GitGitGadget
        • Re: [PATCH v3 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Junio C Hamano
          • Re: [PATCH v3 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Jean-Noël AVILA
      • [PATCH v3 04/11] i18n: standardize "cannot open" and "cannot read", Jean-Noël Avila via GitGitGadget
      • [PATCH v3 03/11] i18n: turn "options are incompatible" into "cannot be used together", Jean-Noël Avila via GitGitGadget
        • Re: [PATCH v3 03/11] i18n: turn "options are incompatible" into "cannot be used together", Johannes Sixt
          • Re: [PATCH v3 03/11] i18n: turn "options are incompatible" into "cannot be used together", Jean-Noël AVILA
            • Re: [PATCH v3 03/11] i18n: turn "options are incompatible" into "cannot be used together", Junio C Hamano
      • [PATCH v3 05/11] i18n: tag.c factorize i18n strings, Jean-Noël Avila via GitGitGadget
        • Re: [PATCH v3 05/11] i18n: tag.c factorize i18n strings, René Scharfe
      • [PATCH v3 08/11] i18n: refactor "unrecognized %(foo) argument" strings, Jean-Noël Avila via GitGitGadget
      • [PATCH v3 07/11] i18n: factorize "no directory given for --foo", Jean-Noël Avila via GitGitGadget
        • Re: [PATCH v3 07/11] i18n: factorize "no directory given for --foo", Junio C Hamano
      • [PATCH v3 11/11] i18n: turn even more messages into "cannot be used together" ones, Jean-Noël Avila via GitGitGadget
        • Re: [PATCH v3 11/11] i18n: turn even more messages into "cannot be used together" ones, Junio C Hamano
          • Re: [PATCH v3 11/11] i18n: turn even more messages into "cannot be used together" ones, Jean-Noël AVILA
            • Re: [PATCH v3 11/11] i18n: turn even more messages into "cannot be used together" ones, Junio C Hamano
      • [PATCH v3 10/11] i18n: ref-filter: factorize "%(foo) atom used without %(bar) atom", Jean-Noël Avila via GitGitGadget
      • [PATCH v3 09/11] i18n: factorize "--foo outside a repository", Jean-Noël Avila via GitGitGadget
      • [PATCH v3 06/11] i18n: factorize "--foo requires --bar" and the like, Jean-Noël Avila via GitGitGadget
      • [PATCH v4 00/11] Factorization of messages with similar meaning, Jean-Noël Avila via GitGitGadget
        • [PATCH v4 01/11] i18n: refactor "foo and bar are mutually exclusive", Jean-Noël Avila via GitGitGadget
        • [PATCH v4 03/11] i18n: turn "options are incompatible" into "cannot be used together", Jean-Noël Avila via GitGitGadget
        • [PATCH v4 05/11] i18n: tag.c factorize i18n strings, Jean-Noël Avila via GitGitGadget
          • Re: [PATCH v4 05/11] i18n: tag.c factorize i18n strings, René Scharfe
            • Re: [PATCH v4 05/11] i18n: tag.c factorize i18n strings, Jean-Noël AVILA
        • [PATCH v4 08/11] i18n: refactor "unrecognized %(foo) argument" strings, Jean-Noël Avila via GitGitGadget
        • [PATCH v4 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Jean-Noël Avila via GitGitGadget
          • Re: [PATCH v4 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Johannes Sixt
        • [PATCH v4 04/11] i18n: standardize "cannot open" and "cannot read", Jean-Noël Avila via GitGitGadget
        • [PATCH v4 07/11] i18n: factorize "no directory given for --foo", Jean-Noël Avila via GitGitGadget
        • [PATCH v4 06/11] i18n: factorize "--foo requires --bar" and the like, Jean-Noël Avila via GitGitGadget
        • [PATCH v4 09/11] i18n: factorize "--foo outside a repository", Jean-Noël Avila via GitGitGadget
        • [PATCH v4 10/11] i18n: ref-filter: factorize "%(foo) atom used without %(bar) atom", Jean-Noël Avila via GitGitGadget
        • [PATCH v4 11/11] i18n: turn even more messages into "cannot be used together" ones, Jean-Noël Avila via GitGitGadget
        • [PATCH v5 00/11] Factorization of messages with similar meaning, Jean-Noël Avila via GitGitGadget
          • [PATCH v5 01/11] i18n: refactor "foo and bar are mutually exclusive", Jean-Noël Avila via GitGitGadget
          • [PATCH v5 02/11] i18n: refactor "%s, %s and %s are mutually exclusive", Jean-Noël Avila via GitGitGadget
          • [PATCH v5 04/11] i18n: standardize "cannot open" and "cannot read", Jean-Noël Avila via GitGitGadget
          • [PATCH v5 03/11] i18n: turn "options are incompatible" into "cannot be used together", Jean-Noël Avila via GitGitGadget
          • [PATCH v5 05/11] i18n: tag.c factorize i18n strings, Jean-Noël Avila via GitGitGadget
          • [PATCH v5 07/11] i18n: factorize "no directory given for --foo", Jean-Noël Avila via GitGitGadget
          • [PATCH v5 06/11] i18n: factorize "--foo requires --bar" and the like, Jean-Noël Avila via GitGitGadget
          • [PATCH v5 08/11] i18n: refactor "unrecognized %(foo) argument" strings, Jean-Noël Avila via GitGitGadget
          • [PATCH v5 11/11] i18n: turn even more messages into "cannot be used together" ones, Jean-Noël Avila via GitGitGadget
          • [PATCH v5 09/11] i18n: factorize "--foo outside a repository", Jean-Noël Avila via GitGitGadget
          • [PATCH v5 10/11] i18n: ref-filter: factorize "%(foo) atom used without %(bar) atom", Jean-Noël Avila via GitGitGadget
          • Re: [PATCH v5 00/11] Factorization of messages with similar meaning, Johannes Sixt
            • Re: [PATCH v5 00/11] Factorization of messages with similar meaning, Junio C Hamano
• [PATCH 0/2] worktree: fix incorrectly-ordered messages on Windows, Eric Sunshine
  • [PATCH 1/2] worktree: send "chatty" messages to stderr, Eric Sunshine
    • Re: [PATCH 1/2] worktree: send "chatty" messages to stderr, Ævar Arnfjörð Bjarmason
      • Re: [PATCH 1/2] worktree: send "chatty" messages to stderr, Eric Sunshine
  • [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Eric Sunshine
    • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Ævar Arnfjörð Bjarmason
      • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Eric Sunshine
        • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Ævar Arnfjörð Bjarmason
          • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Jeff King
        • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Junio C Hamano
          • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Eric Sunshine
            • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Ævar Arnfjörð Bjarmason
              • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Junio C Hamano
    • Re: [PATCH 2/2] git-worktree.txt: add missing `-v` to synopsis for `worktree list`, Rafael Silva
• Confusing (maybe wrong?) conflict output with ort, Alex Xu (Hello71)
  • Re: Confusing (maybe wrong?) conflict output with ort, Elijah Newren
    • Re: Confusing (maybe wrong?) conflict output with ort, Alex Xu (Hello71)
• [RFC PATCH 0/1] making --set-upstream have default arguments, Abhradeep Chakraborty
  • [RFC PATCH 1/1] push: make '-u' have default arguments, Abhradeep Chakraborty
    • Re: [RFC PATCH 1/1] push: make '-u' have default arguments, Junio C Hamano
      • Re: [RFC PATCH 1/1] push: make '-u' have default arguments, Abhradeep Chakraborty
        • Re: [RFC PATCH 1/1] push: make '-u' have default arguments, Junio C Hamano
          • Re: [RFC PATCH 1/1] push: make '-u' have default arguments, Abhradeep Chakraborty
  • Re: [RFC PATCH 0/1] making --set-upstream have default arguments, Philip Oakley
    • Re: [RFC PATCH 0/1] making --set-upstream have default arguments, Abhradeep Chakraborty
      • Re: [RFC PATCH 0/1] making --set-upstream have default arguments, Philip Oakley
    • Re: [RFC PATCH 0/1] making --set-upstream have default arguments, Abhradeep Chakraborty
  • [PATCH v2 0/1] making --set-upstream have default arguments, Abhradeep Chakraborty
    • [PATCH v2 1/1] push: make '-u' have default arguments, Abhradeep Chakraborty
      • Re: [PATCH v2 1/1] push: make '-u' have default arguments, Eric Sunshine
        • Re: [PATCH v2 1/1] push: make '-u' have default argument, Abhradeep Chakraborty
    • [PATCH v3 0/1] making --set-upstream have default arguments, Abhradeep Chakraborty
      • [PATCH v3 1/1] push: make '-u' have default arguments, Abhradeep Chakraborty
      • [PATCH v4 0/1] making --set-upstream have default arguments, Abhradeep Chakraborty
        • [PATCH v4 1/1] push: make 'set-upstream' have dafault arguments, Abhradeep Chakraborty
          • Re: [PATCH v4 1/1] push: make 'set-upstream' have dafault arguments, Junio C Hamano
            • Re: [PATCH v4 1/1] push: make 'set-upstream' have dafault arguments, Abhradeep Chakraborty
              • Re: [PATCH v4 1/1] push: make 'set-upstream' have dafault arguments, Junio C Hamano
• [RFC PATCH 0/3] editor: teach it to protect itself from rogue editors, Carlo Marcelo Arenas Belón
  • [RFC PATCH 1/3] terminal: teach save_term to fail when not foreground, Carlo Marcelo Arenas Belón
  • [RFC PATCH 2/3] editor: allow for saving/restoring terminal state, Carlo Marcelo Arenas Belón
    • Re: [RFC PATCH 2/3] editor: allow for saving/restoring terminal state, Junio C Hamano
  • [RFC PATCH 3/3] fixup! editor: allow for saving/restoring terminal state, Carlo Marcelo Arenas Belón
• Potential bug with octopus merges and symlinks, Michael McClimon
  • Re: Potential bug with octopus merges and symlinks, Elijah Newren
  • Re: Potential bug with octopus merges and symlinks, Martin von Zweigbergk
  • Re: Potential bug with octopus merges and symlinks, Junio C Hamano
• [PATCH] http-backend: give a hint that web browser access is not supported, Jan Engelhardt
  • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Junio C Hamano
    • RFE: Split diff.noprefix for git-diff and git-format-patch (was: http-backend: give a hint that web browser access is not supported), Jan Engelhardt
      • Re: RFE: Split diff.noprefix for git-diff and git-format-patch, Junio C Hamano
    • [PATCH] http-backend: give a hint that web browser access is not supported, Jan Engelhardt
      • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Junio C Hamano
        • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Jan Engelhardt
          • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Junio C Hamano
            • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Jan Engelhardt
              • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Junio C Hamano
                • Re: [PATCH] http-backend: give a hint that web browser access is not supported, Junio C Hamano
• [PATCH 1/2] http-backend: CGI error messages need to be output on stdout, Jan Engelhardt
  • [PATCH 2/2] http-backend: give a hint that web browser access is not supported, Jan Engelhardt
  • Re: [PATCH 1/2] http-backend: CGI error messages need to be output on stdout, Junio C Hamano
• [PATCH v7 0/8] protect branches checked out in all worktrees, Anders Kaseorg
  • [PATCH v7 1/8] fetch: lowercase error messages, Anders Kaseorg
  • [PATCH v7 3/8] branch: lowercase error messages, Anders Kaseorg
  • [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Anders Kaseorg
    • Re: [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Eric Sunshine
      • Re: [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Anders Kaseorg
        • Re: [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Eric Sunshine
          • Re: [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Eric Sunshine
          • Re: [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Anders Kaseorg
            • Re: [PATCH v7 4/8] worktree: simplify find_shared_symref() memory ownership model, Eric Sunshine
  • [PATCH v7 2/8] receive-pack: lowercase error messages, Anders Kaseorg
  • [PATCH v7 5/8] fetch: protect branches checked out in all worktrees, Anders Kaseorg
    • Re: [PATCH v7 5/8] fetch: protect branches checked out in all worktrees, Eric Sunshine
      • Re: [PATCH v7 5/8] fetch: protect branches checked out in all worktrees, Anders Kaseorg
  • [PATCH v7 6/8] receive-pack: clean dead code from update_worktree(), Anders Kaseorg
  • [PATCH v7 7/8] receive-pack: protect current branch for bare repository worktree, Anders Kaseorg
  • [PATCH v7 8/8] branch: protect branches checked out in all worktrees, Anders Kaseorg
    • Re: [PATCH v7 8/8] branch: protect branches checked out in all worktrees, Jiang Xin
      • Re: [PATCH v7 8/8] branch: protect branches checked out in all worktrees, Jiang Xin
        • Re: [PATCH v7 8/8] branch: protect branches checked out in all worktrees, Junio C Hamano
• 2.34 regression (and workaround): deleting untracked files both outside *and inside* desired sparsity cone, Elijah Newren
  • Re: 2.34 regression (and workaround): deleting untracked files both outside *and inside* desired sparsity cone, Derrick Stolee
    • Re: 2.34 regression (and workaround): deleting untracked files both outside *and inside* desired sparsity cone, Elijah Newren
      • Re: 2.34 regression (and workaround): deleting untracked files both outside *and inside* desired sparsity cone, Derrick Stolee
• Merge conflict when lines next to each other are changed, Loic Fouray
  • RE: Merge conflict when lines next to each other are changed, rsbecker
    • Re: Merge conflict when lines next to each other are changed, Loic Fouray
      • RE: Merge conflict when lines next to each other are changed, rsbecker
    • Re: Merge conflict when lines next to each other are changed, Loic Fouray
      • RE: Merge conflict when lines next to each other are changed, rsbecker
  • Re: Merge conflict when lines next to each other are changed, Jean-Noël Avila
    • Re: Merge conflict when lines next to each other are changed, Loic Fouray
• [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Eric Sunshine
  • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Fabian Stelzer
    • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Eric Sunshine
      • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Fabian Stelzer
      • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Junio C Hamano
        • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Eric Sunshine
  • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Jeff King
    • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Eric Sunshine
  • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Philip Oakley
    • Re: [PATCH] CodingGuidelines: document which output goes to stdout vs. stderr, Eric Sunshine
  • [PATCH v2] CodingGuidelines: document which output goes to stdout vs. stderr, Eric Sunshine
    • Re: [PATCH v2] CodingGuidelines: document which output goes to stdout vs. stderr, Jeff King
• [PATCH] subtree: fix argument handling in check_parents, James Limbouris via GitGitGadget
  • Re: [PATCH] subtree: fix argument handling in check_parents, Junio C Hamano
  • [PATCH v2] subtree: fix argument handling in check_parents, James Limbouris via GitGitGadget
    • [PATCH v3] subtree: fix argument handling in check_parents, James Limbouris via GitGitGadget
      • [PATCH v4] subtree: fix argument handling in check_parents, James Limbouris via GitGitGadget
        • Re: [PATCH v4] subtree: fix argument handling in check_parents, Johannes Schindelin
          • Re: [PATCH v4] subtree: fix argument handling in check_parents, Junio C Hamano
  • Re: [PATCH] subtree: fix argument handling in check_parents, Johannes Schindelin
    • Re: [PATCH] subtree: fix argument handling in check_parents, Junio C Hamano
    • Re: [PATCH] subtree: fix argument handling in check_parents, Johannes Schindelin
• [PATCH v2 0/3] Fix LLP64 `(size_t)1` compatibility VS C4334 warnings, Philip Oakley
  • [PATCH v2 1/3] repack.c: LLP64 compatibility, upcast unity for left shift, Philip Oakley
  • [PATCH v2 2/3] diffcore-delta.c: LLP64 compatibility, upcast unity for left shift, Philip Oakley
  • [PATCH v2 3/3] object-file.c: LLP64 compatibility, upcast unity for left shift, Philip Oakley
  • Re: [PATCH v2 0/3] Fix LLP64 `(size_t)1` compatibility VS C4334 warnings, Junio C Hamano
    • Re: [PATCH v2 0/3] Fix LLP64 `(size_t)1` compatibility VS C4334 warnings, Derrick Stolee
• [PATCH 00/12] reflog + gc: refactor, progress output, reftable-readyness, Ævar Arnfjörð Bjarmason
  • [PATCH 01/12] reflog delete: narrow scope of "cmd" passed to count_reflog_ent(), Ævar Arnfjörð Bjarmason
  • [PATCH 02/12] reflog expire: narrow scope of "cb" in cmd_reflog_expire(), Ævar Arnfjörð Bjarmason
  • [PATCH 03/12] reflog: change one->many worktree->refnames to use a string_list, Ævar Arnfjörð Bjarmason
  • [PATCH 04/12] reflog expire: don't do negative comparison on enum values, Ævar Arnfjörð Bjarmason
  • [PATCH 05/12] reflog expire: refactor & use "tip_commit" only for UE_NORMAL, Ævar Arnfjörð Bjarmason
  • [PATCH 06/12] reflog expire: don't use lookup_commit_reference_gently(), Ævar Arnfjörð Bjarmason
  • [PATCH 07/12] reflog: reduce scope of "struct rev_info", Ævar Arnfjörð Bjarmason
  • [PATCH 09/12] reflog + refs-backend: move "verbose" out of the backend, Ævar Arnfjörð Bjarmason
  • [PATCH 11/12] gc + reflog: emit progress output from "reflog expire --all", Ævar Arnfjörð Bjarmason
  • [PATCH 10/12] reflog expire: add progress output on --stale-fix, Ævar Arnfjörð Bjarmason
  • [PATCH 08/12] refs files-backend: assume cb->newlog if !EXPIRE_REFLOGS_DRY_RUN, Ævar Arnfjörð Bjarmason
  • [PATCH 12/12] gc + reflog: don't stall before initial "git gc" progress output, Ævar Arnfjörð Bjarmason
  • [PATCH v2 0/9] reftable prep: have builtin/reflog.c handle "--verbose", Ævar Arnfjörð Bjarmason
    • [PATCH v2 1/9] reflog delete: narrow scope of "cmd" passed to count_reflog_ent(), Ævar Arnfjörð Bjarmason
    • [PATCH v2 2/9] reflog expire: narrow scope of "cb" in cmd_reflog_expire(), Ævar Arnfjörð Bjarmason
    • [PATCH v2 3/9] reflog: change one->many worktree->refnames to use a string_list, Ævar Arnfjörð Bjarmason
    • [PATCH v2 4/9] reflog expire: don't do negative comparison on enum values, Ævar Arnfjörð Bjarmason
    • [PATCH v2 5/9] reflog expire: refactor & use "tip_commit" only for UE_NORMAL, Ævar Arnfjörð Bjarmason
    • [PATCH v2 6/9] reflog expire: don't use lookup_commit_reference_gently(), Ævar Arnfjörð Bjarmason
    • [PATCH v2 7/9] reflog: reduce scope of "struct rev_info", Ævar Arnfjörð Bjarmason
    • [PATCH v2 8/9] refs files-backend: assume cb->newlog if !EXPIRE_REFLOGS_DRY_RUN, Ævar Arnfjörð Bjarmason
    • [PATCH v2 9/9] reflog + refs-backend: move "verbose" out of the backend, Ævar Arnfjörð Bjarmason
    • Re: [PATCH v2 0/9] reftable prep: have builtin/reflog.c handle "--verbose", Junio C Hamano
      • Re: [PATCH v2 0/9] reftable prep: have builtin/reflog.c handle "--verbose", Ævar Arnfjörð Bjarmason
    • Re: [PATCH v2 0/9] reftable prep: have builtin/reflog.c handle "--verbose", Han-Wen Nienhuys
      • Re: [PATCH v2 0/9] reftable prep: have builtin/reflog.c handle "--verbose", Ævar Arnfjörð Bjarmason
    • [PATCH v3 0/9] reftable prep: have builtin/reflog.c handle "--verbose", Ævar Arnfjörð Bjarmason
      • [PATCH v3 1/9] reflog delete: narrow scope of "cmd" passed to count_reflog_ent(), Ævar Arnfjörð Bjarmason
      • [PATCH v3 2/9] reflog expire: narrow scope of "cb" in cmd_reflog_expire(), Ævar Arnfjörð Bjarmason
      • [PATCH v3 3/9] reflog: change one->many worktree->refnames to use a string_list, Ævar Arnfjörð Bjarmason
      • [PATCH v3 4/9] reflog expire: use "switch" over enum values, Ævar Arnfjörð Bjarmason
      • [PATCH v3 7/9] reflog: reduce scope of "struct rev_info", Ævar Arnfjörð Bjarmason
      • [PATCH v3 6/9] reflog expire: don't use lookup_commit_reference_gently(), Ævar Arnfjörð Bjarmason
      • [PATCH v3 5/9] reflog expire: refactor & use "tip_commit" only for UE_NORMAL, Ævar Arnfjörð Bjarmason
      • [PATCH v3 8/9] refs files-backend: assume cb->newlog if !EXPIRE_REFLOGS_DRY_RUN, Ævar Arnfjörð Bjarmason
      • [PATCH v3 9/9] reflog + refs-backend: move "verbose" out of the backend, Ævar Arnfjörð Bjarmason
• `git diff` after `git checkout from-branch -- files` reports nothing, Noel Yap
  • Re: `git diff` after `git checkout from-branch -- files` reports nothing, Bryan Turner
    • Re: `git diff` after `git checkout from-branch -- files` reports nothing, Noel Yap
• [PATCH v3 0/3] vimdiff: new implementation with layout support, Fernando Ramos
  • [PATCH v3 1/3] vimdiff: new implementation with layout support, Fernando Ramos
  • [PATCH v3 2/3] vimdiff: add tool documentation, Fernando Ramos
    • Re: [PATCH v3 2/3] vimdiff: add tool documentation, Ævar Arnfjörð Bjarmason
      • Re: [PATCH v3 2/3] vimdiff: add tool documentation, Fernando Ramos
  • [PATCH v3 3/3] vimdiff: integrate layout tests in the unit tests framework ('t' folder), Fernando Ramos
    • Re: [PATCH v3 3/3] vimdiff: integrate layout tests in the unit tests framework ('t' folder), Ævar Arnfjörð Bjarmason
  • Re: [PATCH v3 0/3] vimdiff: new implementation with layout support, Eric Sunshine
    • Re: [PATCH v3 0/3] vimdiff: new implementation with layout support, Fernando Ramos
• [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Johannes Schindelin via GitGitGadget
  • [PATCH 1/2] t2016: require the PERL prereq only when necessary, Johannes Schindelin via GitGitGadget
    • Re: [PATCH 1/2] t2016: require the PERL prereq only when necessary, Junio C Hamano
      • Re: [PATCH 1/2] t2016: require the PERL prereq only when necessary, Johannes Schindelin
  • [PATCH 2/2] add -i: default to the built-in implementation, Johannes Schindelin via GitGitGadget
    • Re: [PATCH 2/2] add -i: default to the built-in implementation, Phillip Wood
      • Re: [PATCH 2/2] add -i: default to the built-in implementation, Johannes Schindelin
        • Re: [PATCH 2/2] add -i: default to the built-in implementation, Junio C Hamano
          • Re: [PATCH 2/2] add -i: default to the built-in implementation, Ramsay Jones
          • Re: [PATCH 2/2] add -i: default to the built-in implementation, Johannes Schindelin
    • Re: [PATCH 2/2] add -i: default to the built-in implementation, Ævar Arnfjörð Bjarmason
      • Re: [PATCH 2/2] add -i: default to the built-in implementation, Junio C Hamano
    • Re: [PATCH 2/2] add -i: default to the built-in implementation, Junio C Hamano
      • Re: [PATCH 2/2] add -i: default to the built-in implementation, Johannes Schindelin
    • [PATCH] fixup! add -i: default to the built-in implementation, Junio C Hamano
      • Re: [PATCH] fixup! add -i: default to the built-in implementation, Johannes Schindelin
  • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Jeff King
  • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Junio C Hamano
  • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Ævar Arnfjörð Bjarmason
  • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Carlo Arenas
    • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Johannes Schindelin
  • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Philippe Blain
    • Re: [PATCH 0/2] Use the built-in implementation of the interactive add command by default, Johannes Schindelin
• Will -fsyntax-only hide issues with -pedantic? I think not..., Ævar Arnfjörð Bjarmason
  • Re: Will -fsyntax-only hide issues with -pedantic? I think not..., Jeff King
• [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Eric Sunshine
  • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Junio C Hamano
    • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Jeff King
      • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Jeff King
        • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Ævar Arnfjörð Bjarmason
          • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Jeff King
      • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Eric Sunshine
  • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Jeff King
    • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Eric Sunshine
      • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Eric Sunshine
        • "breaking" command output message parsing (was: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output), Ævar Arnfjörð Bjarmason
          • Re: "breaking" command output message parsing (was: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output), Eric Sunshine
      • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Jeff King
        • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Eric Sunshine
          • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Eric Sunshine
        • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Ævar Arnfjörð Bjarmason
          • Re: [RFC PATCH] vreportf: ensure sensible ordering of normal and error output, Junio C Hamano
• [PATCH] sequencer: avoid adding exec commands for non-commit creating commands, Elijah Newren via GitGitGadget
  • Re: [PATCH] sequencer: avoid adding exec commands for non-commit creating commands, Taylor Blau
  • Re: [BUG REPORT] `git rebase --exec` shouldn't run the exec command when there is nothing to rebase, Ævar Arnfjörð Bjarmason
    • Re: [BUG REPORT] `git rebase --exec` shouldn't run the exec command when there is nothing to rebase, Phillip Wood
  • Re: [PATCH] sequencer: avoid adding exec commands for non-commit creating commands, Phillip Wood
  • Re: [PATCH] sequencer: avoid adding exec commands for non-commit creating commands, Johannes Schindelin
• What's cooking in git.git (Nov 2021, #07; Mon, 29), Junio C Hamano
  • jk/loosen-urlmatch, was What's cooking in git.git (Nov 2021, #07; Mon, 29), Jeff King
    • Re: jk/loosen-urlmatch, was What's cooking in git.git (Nov 2021, #07; Mon, 29), brian m. carlson
  • ab/run-command + em/missing-pager (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Ævar Arnfjörð Bjarmason
    • Re: ab/run-command + em/missing-pager (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Jeff King
    • Re: ab/run-command + em/missing-pager (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Eric Sunshine
  • ab/ci-updates (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Ævar Arnfjörð Bjarmason
  • ab/config-based-hooks-2 (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Ævar Arnfjörð Bjarmason
  • fs/test-prereq (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Ævar Arnfjörð Bjarmason
    • Re: fs/test-prereq (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Fabian Stelzer
  • jc/c99-var-decl-in-for-loop (was: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Ævar Arnfjörð Bjarmason
  • ns/tmp-objdir and ns/remerge-diff, Elijah Newren
    • Re: ns/tmp-objdir and ns/remerge-diff, Junio C Hamano
      • Re: ns/tmp-objdir and ns/remerge-diff, Neeraj Singh
        • Re: ns/tmp-objdir and ns/remerge-diff, Elijah Newren
  • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Elijah Newren
    • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Victoria Dye
  • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Elijah Newren
    • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Aleen 徐沛文
      • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Elijah Newren
        • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Ævar Arnfjörð Bjarmason
          • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Elijah Newren
            • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Ævar Arnfjörð Bjarmason
              • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Aleen 徐沛文
                • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Junio C Hamano
                  • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Aleen 徐沛文
                    • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Aleen 徐沛文
                    • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Junio C Hamano
                      • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Aleen 徐沛文
                        • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Junio C Hamano
                          • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Aleen 徐沛文
                  • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Elijah Newren
                    • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Junio C Hamano
  • en/zdiff3 (was: Re: What's cooking in git.git (Nov 2021, #07; Mon, 29)), Elijah Newren
    • Re: en/zdiff3, Junio C Hamano
  • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Fabian Stelzer
  • Re: What's cooking in git.git (Nov 2021, #07; Mon, 29), Junio C Hamano
  • [PATCH 0/3] unused-parameter cleanups on top of pw/xdiff-classify-record-in-histogram, Jeff King
    • [PATCH 1/3] xdiff: drop CMP_ENV macro from xhistogram, Jeff King
    • [PATCH 2/3] xdiff: drop xpparam_t parameter from histogram cmp_recs(), Jeff King
    • [PATCH 3/3] xdiff: drop unused flags parameter from recs_match, Jeff King
    • Re: [PATCH 0/3] unused-parameter cleanups on top of pw/xdiff-classify-record-in-histogram, Phillip Wood
• patch: change “Everything up-to-date” to “Already up to date.” (No-op messages for git-push and git-pull), Anselm Schüler
  • Re: patch: change “Everything up-to-date” to “Already up to date.” (No-op messages for git-push and git-pull), Eric Sunshine
    • Re: patch: change “Everything up-to-date” to “Already up to date.” (No-op messages for git-push and git-pull), Ævar Arnfjörð Bjarmason
    • Re: patch: change “Everything up-to-date��� to “Already up to date.” (No-op messages for git-push and git-pull), Johannes Schindelin
• [PATCH 00/17] cruft packs, Taylor Blau
  • [PATCH 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
    • Re: [PATCH 01/17] Documentation/technical: add cruft-packs.txt, Derrick Stolee
      • Re: [PATCH 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
    • Re: [PATCH 01/17] Documentation/technical: add cruft-packs.txt, Elijah Newren
      • Re: [PATCH 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
  • [PATCH 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
    • Re: [PATCH 02/17] pack-mtimes: support reading .mtimes files, Derrick Stolee
      • Re: [PATCH 02/17] pack-mtimes: support reading .mtimes files, brian m. carlson
      • Re: [PATCH 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
        • Re: [PATCH 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
  • [PATCH 03/17] pack-write: pass 'struct packing_data' to 'stage_tmp_packfiles', Taylor Blau
  • [PATCH 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
    • Re: [PATCH 05/17] pack-mtimes: support writing pack .mtimes files, Derrick Stolee
      • Re: [PATCH 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
  • [PATCH 04/17] chunk-format.h: extract oid_version(), Taylor Blau
    • Re: [PATCH 04/17] chunk-format.h: extract oid_version(), Derrick Stolee
      • Re: [PATCH 04/17] chunk-format.h: extract oid_version(), Taylor Blau
        • Re: [PATCH 04/17] chunk-format.h: extract oid_version(), Derrick Stolee
  • [PATCH 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Taylor Blau
  • [PATCH 06/17] t/helper: add 'pack-mtimes' test-tool, Taylor Blau
    • Re: [PATCH 06/17] t/helper: add 'pack-mtimes' test-tool, Derrick Stolee
      • Re: [PATCH 06/17] t/helper: add 'pack-mtimes' test-tool, Taylor Blau
  • [PATCH 13/17] builtin/repack.c: allow configuring cruft pack generation, Taylor Blau
  • [PATCH 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau
    • Re: [PATCH 11/17] builtin/pack-objects.c: --cruft with expiration, Derrick Stolee
      • Re: [PATCH 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau
  • [PATCH 10/17] reachable: report precise timestamps from objects in cruft packs, Taylor Blau
  • [PATCH 07/17] builtin/pack-objects.c: return from create_object_entry(), Taylor Blau
  • [PATCH 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
    • Re: [PATCH 08/17] builtin/pack-objects.c: --cruft without expiration, Derrick Stolee
      • Re: [PATCH 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
    • Re: [PATCH 08/17] builtin/pack-objects.c: --cruft without expiration, Derrick Stolee
      • Re: [PATCH 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
  • [PATCH 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
    • Re: [PATCH 12/17] builtin/repack.c: support generating a cruft pack, Junio C Hamano
      • Re: [PATCH 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
    • Re: [PATCH 12/17] builtin/repack.c: support generating a cruft pack, Derrick Stolee
      • Re: [PATCH 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
  • [PATCH 15/17] builtin/repack.c: add cruft packs to MIDX during geometric repack, Taylor Blau
  • [PATCH 16/17] builtin/gc.c: conditionally avoid pruning objects via loose, Taylor Blau
  • [PATCH 17/17] sha1-file.c: don't freshen cruft packs, Taylor Blau
  • [PATCH 14/17] builtin/repack.c: use named flags for existing_packs, Taylor Blau
  • Re: [PATCH 00/17] cruft packs, Junio C Hamano
    • Re: [PATCH 00/17] cruft packs, Taylor Blau
      • Re: [PATCH 00/17] cruft packs, Taylor Blau
  • [PATCH v2 00/17] cruft packs, Taylor Blau
    • [PATCH v2 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
    • [PATCH v2 06/17] t/helper: add 'pack-mtimes' test-tool, Taylor Blau
    • [PATCH v2 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
      • Re: [PATCH v2 02/17] pack-mtimes: support reading .mtimes files, Derrick Stolee
        • Re: [PATCH v2 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
    • [PATCH v2 03/17] pack-write: pass 'struct packing_data' to 'stage_tmp_packfiles', Taylor Blau
    • [PATCH v2 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
    • [PATCH v2 04/17] chunk-format.h: extract oid_version(), Taylor Blau
    • [PATCH v2 07/17] builtin/pack-objects.c: return from create_object_entry(), Taylor Blau
    • [PATCH v2 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau
      • Re: [PATCH v2 11/17] builtin/pack-objects.c: --cruft with expiration, Junio C Hamano
        • Re: [PATCH v2 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau
          • Re: [PATCH v2 11/17] builtin/pack-objects.c: --cruft with expiration, Derrick Stolee
    • [PATCH v2 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
    • [PATCH v2 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Taylor Blau
      • Re: [PATCH v2 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Derrick Stolee
        • Re: [PATCH v2 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Taylor Blau
    • [PATCH v2 10/17] reachable: report precise timestamps from objects in cruft packs, Taylor Blau
    • [PATCH v2 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
    • [PATCH v2 14/17] builtin/repack.c: use named flags for existing_packs, Taylor Blau
    • [PATCH v2 13/17] builtin/repack.c: allow configuring cruft pack generation, Taylor Blau
    • [PATCH v2 16/17] builtin/gc.c: conditionally avoid pruning objects via loose, Taylor Blau
    • [PATCH v2 15/17] builtin/repack.c: add cruft packs to MIDX during geometric repack, Taylor Blau
    • [PATCH v2 17/17] sha1-file.c: don't freshen cruft packs, Taylor Blau
    • Re: [PATCH v2 00/17] cruft packs, Derrick Stolee
      • Re: [PATCH v2 00/17] cruft packs, Taylor Blau
  • [PATCH v3 00/17] cruft packs, Taylor Blau
    • [PATCH v3 04/17] chunk-format.h: extract oid_version(), Taylor Blau
      • Re: [PATCH v3 04/17] chunk-format.h: extract oid_version(), Ævar Arnfjörð Bjarmason
        • Re: [PATCH v3 04/17] chunk-format.h: extract oid_version(), Taylor Blau
          • Re: [PATCH v3 04/17] chunk-format.h: extract oid_version(), Junio C Hamano
    • [PATCH v3 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
      • Re: [PATCH v3 05/17] pack-mtimes: support writing pack .mtimes files, Ævar Arnfjörð Bjarmason
        • Re: [PATCH v3 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
          • Re: [PATCH v3 05/17] pack-mtimes: support writing pack .mtimes files, Ævar Arnfjörð Bjarmason
    • [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
      • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Jonathan Nieder
        • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
          • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Jonathan Nieder
            • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
              • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Jonathan Nieder
                • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
                  • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
                    • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Junio C Hamano
                      • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
                        • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Junio C Hamano
                          • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
                            • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Junio C Hamano
                              • Re: [PATCH v3 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
    • [PATCH v3 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
    • [PATCH v3 03/17] pack-write: pass 'struct packing_data' to 'stage_tmp_packfiles', Taylor Blau
    • [PATCH v3 06/17] t/helper: add 'pack-mtimes' test-tool, Taylor Blau
    • [PATCH v3 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Taylor Blau
    • [PATCH v3 07/17] builtin/pack-objects.c: return from create_object_entry(), Taylor Blau
    • [PATCH v3 13/17] builtin/repack.c: allow configuring cruft pack generation, Taylor Blau
    • [PATCH v3 10/17] reachable: report precise timestamps from objects in cruft packs, Taylor Blau
    • [PATCH v3 17/17] sha1-file.c: don't freshen cruft packs, Taylor Blau
    • [PATCH v3 14/17] builtin/repack.c: use named flags for existing_packs, Taylor Blau
    • [PATCH v3 16/17] builtin/gc.c: conditionally avoid pruning objects via loose, Taylor Blau
    • [PATCH v3 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau
    • [PATCH v3 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
    • [PATCH v3 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
    • [PATCH v3 15/17] builtin/repack.c: add cruft packs to MIDX during geometric repack, Taylor Blau
    • Re: [PATCH v3 00/17] cruft packs, Derrick Stolee
  • [PATCH v4 00/17] cruft packs, Taylor Blau
    • [PATCH v4 15/17] builtin/repack.c: add cruft packs to MIDX during geometric repack, Taylor Blau
      • Re: [PATCH v4 15/17] builtin/repack.c: add cruft packs to MIDX during geometric repack, Ævar Arnfjörð Bjarmason
        • Re: [PATCH v4 15/17] builtin/repack.c: add cruft packs to MIDX during geometric repack, Taylor Blau
    • [PATCH v4 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
      • Re: [PATCH v4 02/17] pack-mtimes: support reading .mtimes files, Ævar Arnfjörð Bjarmason
        • Re: [PATCH v4 02/17] pack-mtimes: support reading .mtimes files, Junio C Hamano
          • Re: [PATCH v4 02/17] pack-mtimes: support reading .mtimes files, Ævar Arnfjörð Bjarmason
            • Re: [PATCH v4 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
    • [PATCH v4 06/17] t/helper: add 'pack-mtimes' test-tool, Taylor Blau
    • [PATCH v4 07/17] builtin/pack-objects.c: return from create_object_entry(), Taylor Blau
    • [PATCH v4 04/17] chunk-format.h: extract oid_version(), Taylor Blau
      • Re: [PATCH v4 04/17] chunk-format.h: extract oid_version(), Ævar Arnfjörð Bjarmason
    • [PATCH v4 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
      • Re: [PATCH v4 01/17] Documentation/technical: add cruft-packs.txt, Junio C Hamano
    • [PATCH v4 10/17] reachable: report precise timestamps from objects in cruft packs, Taylor Blau
    • [PATCH v4 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
      • Re: [PATCH v4 08/17] builtin/pack-objects.c: --cruft without expiration, Junio C Hamano
        • Re: [PATCH v4 08/17] builtin/pack-objects.c: --cruft without expiration, Junio C Hamano
          • Re: [PATCH v4 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
    • [PATCH v4 03/17] pack-write: pass 'struct packing_data' to 'stage_tmp_packfiles', Taylor Blau
    • [PATCH v4 13/17] builtin/repack.c: allow configuring cruft pack generation, Taylor Blau
    • [PATCH v4 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
      • Re: [PATCH v4 12/17] builtin/repack.c: support generating a cruft pack, Ævar Arnfjörð Bjarmason
        • Re: [PATCH v4 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
    • [PATCH v4 14/17] builtin/repack.c: use named flags for existing_packs, Taylor Blau
    • [PATCH v4 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Taylor Blau
    • [PATCH v4 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau
    • [PATCH v4 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
    • [PATCH v4 16/17] builtin/gc.c: conditionally avoid pruning objects via loose, Taylor Blau
    • [PATCH v4 17/17] sha1-file.c: don't freshen cruft packs, Taylor Blau
    • Re: [PATCH v4 00/17] cruft packs, Derrick Stolee
      • Re: [PATCH v4 00/17] cruft packs, Junio C Hamano
        • Re: [PATCH v4 00/17] cruft packs, Taylor Blau
    • [RFC PATCH 0/2] Utility functions for duplicated pack(write) code, Ævar Arnfjörð Bjarmason
      • [RFC PATCH 2/2] hash API: add and use a hash_short_id_by_algo() function, Ævar Arnfjörð Bjarmason
        • Re: [RFC PATCH 2/2] hash API: add and use a hash_short_id_by_algo() function, Junio C Hamano
          • Re: [RFC PATCH 2/2] hash API: add and use a hash_short_id_by_algo() function, Ævar Arnfjörð Bjarmason
      • [RFC PATCH 1/2] packfile API: add and use a pack_name_to_ext() utility function, Ævar Arnfjörð Bjarmason
        • Re: [RFC PATCH 1/2] packfile API: add and use a pack_name_to_ext() utility function, Junio C Hamano
      • Re: [RFC PATCH 0/2] Utility functions for duplicated pack(write) code, Junio C Hamano
    • Re: [PATCH v4 00/17] cruft packs, Ævar Arnfjörð Bjarmason
  • [PATCH v5 00/17] cruft packs, Taylor Blau
    • [PATCH v5 04/17] chunk-format.h: extract oid_version(), Taylor Blau
    • [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
      • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Jonathan Nieder
        • RE: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, rsbecker
          • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
            • RE: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, rsbecker
              • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
                • RE: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, rsbecker
                • adding new 32-bit on-disk (unsigned) timestamp formats (was: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files), Ævar Arnfjörð Bjarmason
                  • Re: adding new 32-bit on-disk (unsigned) timestamp formats (was: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files), Derrick Stolee
                    • Re: adding new 32-bit on-disk (unsigned) timestamp formats (was: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files), Taylor Blau
                      • Re: adding new 32-bit on-disk (unsigned) timestamp formats (was: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files), Ævar Arnfjörð Bjarmason
                        • Re: adding new 32-bit on-disk (unsigned) timestamp formats (was: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files), Taylor Blau
        • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
          • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Jonathan Nieder
            • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
              • RE: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, rsbecker
                • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
      • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Taylor Blau
        • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Junio C Hamano
      • Re: [PATCH v5 02/17] pack-mtimes: support reading .mtimes files, Andreas Schwab
    • [PATCH v5 05/17] pack-mtimes: support writing pack .mtimes files, Taylor Blau
    • [PATCH v5 10/17] reachable: report precise timestamps from objects in cruft packs, Taylor Blau
    • [PATCH v5 08/17] builtin/pack-objects.c: --cruft without expiration, Taylor Blau
    • [PATCH v5 06/17] t/helper: add 'pack-mtimes' test-tool, Taylor Blau
    • [PATCH v5 01/17] Documentation/technical: add cruft-packs.txt, Taylor Blau
    • [PATCH v5 07/17] builtin/pack-objects.c: return from create_object_entry(), Taylor Blau
    • [PATCH v5 09/17] reachable: add options to add_unseen_recent_objects_to_traversal, Taylor Blau
    • [PATCH v5 03/17] pack-write: pass 'struct packing_data' to 'stage_tmp_packfiles', Taylor Blau
    • [PATCH v5 12/17] builtin/repack.c: support generating a cruft pack, Taylor Blau
    • [PATCH v5 11/17] builtin/pack-objects.c: --cruft with expiration, Taylor Blau