Git Distributed Software Revision Control — Thread Index

• Date Index

• [PATCH v14 00/10] set-head/fetch remote/HEAD updates, (continued)
  • [PATCH v14 00/10] set-head/fetch remote/HEAD updates, Bence Ferdinandy
  • [PATCH v14 01/10] t/t5505-remote: set default branch to main, Bence Ferdinandy
  • [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, karthik nayak
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, karthik nayak
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Junio C Hamano
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, karthik nayak
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Junio C Hamano
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Junio C Hamano
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • Re: [PATCH v14 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • [PATCH v14 02/10] t/t5505-remote: test failure of set-head, Bence Ferdinandy
  • Re: [PATCH v14 02/10] t/t5505-remote: test failure of set-head, Junio C Hamano
  • [PATCH v14 04/10] refs: atomically record overwritten ref in update_symref, Bence Ferdinandy
  • [PATCH v14 05/10] remote set-head: refactor for readability, Bence Ferdinandy
  • [PATCH v14 07/10] refs: add TRANSACTION_CREATE_EXISTS error, Bence Ferdinandy
  • [PATCH v14 08/10] refs: add create_only option to refs_update_symref_extended, Bence Ferdinandy
  • [PATCH v14 06/10] remote set-head: better output for --auto, Bence Ferdinandy
  • [PATCH v14 10/10] fetch set_head: handle mirrored bare repositories, Bence Ferdinandy
  • [PATCH v14 09/10] fetch: set remote/HEAD if it does not exist, Bence Ferdinandy
  • [PATCH v15 00/10] set-head/fetch remote/HEAD updates, Bence Ferdinandy
  • [PATCH v15 01/10] t/t5505-remote: set default branch to main, Bence Ferdinandy
  • [PATCH v15 03/10] refs: standardize output of refs_read_symbolic_ref, Bence Ferdinandy
  • [PATCH v15 02/10] t/t5505-remote: test failure of set-head, Bence Ferdinandy
  • [PATCH v15 04/10] refs: atomically record overwritten ref in update_symref, Bence Ferdinandy
  • [PATCH v15 05/10] remote set-head: refactor for readability, Bence Ferdinandy
  • [PATCH v15 07/10] refs: add TRANSACTION_CREATE_EXISTS error, Bence Ferdinandy
  • [PATCH v15 06/10] remote set-head: better output for --auto, Bence Ferdinandy
  • [PATCH v15 08/10] refs: add create_only option to refs_update_symref_extended, Bence Ferdinandy
  • [PATCH v15 10/10] fetch set_head: handle mirrored bare repositories, Bence Ferdinandy
  • [PATCH v15 09/10] fetch: set remote/HEAD if it does not exist, Bence Ferdinandy
  • Re: [PATCH v15 09/10] fetch: set remote/HEAD if it does not exist, Josh Steadmon
  • Re: [PATCH v15 09/10] fetch: set remote/HEAD if it does not exist, Josh Steadmon
  • Re: [PATCH v15 09/10] fetch: set remote/HEAD if it does not exist, Bence Ferdinandy
  • Re: [PATCH v15 09/10] fetch: set remote/HEAD if it does not exist, Josh Steadmon
  • [PATCH] Fix `git fetch --tags` in repo with no configured remote, Josh Steadmon
  • Re: [PATCH] Fix `git fetch --tags` in repo with no configured remote, Junio C Hamano
  • Re: [PATCH] Fix `git fetch --tags` in repo with no configured remote, Junio C Hamano
  • Re: [PATCH] Fix `git fetch --tags` in repo with no configured remote, Junio C Hamano
  • Re* [PATCH] Fix `git fetch --tags` in repo with no configured remote, Junio C Hamano
  • Re* [PATCH] Fix `git fetch --tags` in repo with no configured remote, Junio C Hamano
  • Re: Re* [PATCH] Fix `git fetch --tags` in repo with no configured remote, Bence Ferdinandy
  • Re: Re* [PATCH] Fix `git fetch --tags` in repo with no configured remote, Junio C Hamano
  • Re: [PATCH v15 09/10] fetch: set remote/HEAD if it does not exist, Bence Ferdinandy
  • [PATCH v1] fetch: add configuration for set_head behaviour, Bence Ferdinandy
  • Re: [PATCH v1] fetch: add configuration for set_head behaviour, Junio C Hamano
  • Re: [PATCH v1] fetch: add configuration for set_head behaviour, Bence Ferdinandy
  • Re: [PATCH v1] fetch: add configuration for set_head behaviour, Junio C Hamano
  • Re: [PATCH v1] fetch: add configuration for set_head behaviour, Bence Ferdinandy
  • Re: [PATCH v1] fetch: add configuration for set_head behaviour, Junio C Hamano
  • [RFC PATCH v1 0/2] set_head finishing touches, Bence Ferdinandy
  • [RFC PATCH v1 1/2] fetch set_head: add warn-if-not-$branch option, Bence Ferdinandy
  • Re: [RFC PATCH v1 1/2] fetch set_head: add warn-if-not-$branch option, Junio C Hamano
  • Re: [RFC PATCH v1 1/2] fetch set_head: add warn-if-not-$branch option, Bence Ferdinandy
  • [RFC PATCH v1 2/2] remote set-head: set followRemoteHEAD to "warn" if "always", Bence Ferdinandy
  • Re: [RFC PATCH v1 2/2] remote set-head: set followRemoteHEAD to "warn" if "always", Junio C Hamano
  • [PATCH v2 1/3] fetch set_head: move warn advice into advise_if_enabled, Bence Ferdinandy
  • [PATCH v2 2/3] fetch set_head: add warn-if-not-$branch option, Bence Ferdinandy
  • [PATCH v2 3/3] remote set-head: set followRemoteHEAD to "warn" if "always", Bence Ferdinandy
  • Re: [PATCH v2 3/3] remote set-head: set followRemoteHEAD to "warn" if "always", Kristoffer Haugsbakk
  • Re: [PATCH v2 3/3] remote set-head: set followRemoteHEAD to "warn" if "always", Junio C Hamano
  • Re: [PATCH v2 3/3] remote set-head: set followRemoteHEAD to "warn" if "always", Kristoffer Haugsbakk
  • Re: [PATCH v2 3/3] remote set-head: set followRemoteHEAD to "warn" if "always", Bence Ferdinandy
  • [PATCH v3 1/3] fetch set_head: move warn advice into advise_if_enabled, Bence Ferdinandy
  • [PATCH v3 2/3] fetch set_head: add warn-if-not-$branch option, Bence Ferdinandy
  • [PATCH v3 3/3] remote set-head: set followRemoteHEAD to "warn" if "always", Bence Ferdinandy
  • Re: [PATCH v2 1/3] fetch set_head: move warn advice into advise_if_enabled, Junio C Hamano
  • [PATCH v2] fetch: add configuration for set_head behaviour, Bence Ferdinandy
  • [PATCH v3] fetch: add configuration for set_head behaviour, Bence Ferdinandy
  • Re: [PATCH v3] fetch: add configuration for set_head behaviour, Junio C Hamano
  • [PATCH v3] fetch: add configuration for set_head behaviour, Bence Ferdinandy
  • [PATCH v5 2/6] set-head: add new variable for readability, Bence Ferdinandy
    • Re: [PATCH v5 2/6] set-head: add new variable for readability, Junio C Hamano
      • Re: [PATCH v5 2/6] set-head: add new variable for readability, Bence Ferdinandy
  • [PATCH v5 4/6] transaction: add TRANSACTION_CREATE_EXISTS error, Bence Ferdinandy
    • Re: [PATCH v5 4/6] transaction: add TRANSACTION_CREATE_EXISTS error, Junio C Hamano
  • [PATCH v5 3/6] set-head: better output for --auto, Bence Ferdinandy
    • Re: [PATCH v5 3/6] set-head: better output for --auto, Junio C Hamano
      • Re: [PATCH v5 3/6] set-head: better output for --auto, Junio C Hamano
        • Re: [PATCH v5 3/6] set-head: better output for --auto, Ramsay Jones
        • Re: [PATCH v5 3/6] set-head: better output for --auto, Bence Ferdinandy
  • [RFC PATCH v2 2/2] set-head: do not update if there is no change, Bence Ferdinandy
  • Re: [RFC PATCH v2 0/2] set remote/HEAD with fetch, Junio C Hamano
    • Re: [RFC PATCH v2 0/2] set remote/HEAD with fetch, Bence Ferdinandy
      • Re: [RFC PATCH v2 0/2] set remote/HEAD with fetch, Junio C Hamano
• [RFC PATCH 0/2] set remote/HEAD with fetch, Bence Ferdinandy
  • [RFC PATCH 1/2] fetch: set-head with --set-head option, Bence Ferdinandy
    • Re: [RFC PATCH 1/2] fetch: set-head with --set-head option, Jeff King
      • Re: [RFC PATCH 1/2] fetch: set-head with --set-head option, Bence Ferdinandy
  • [RFC PATCH 2/2] set-head: do not update if there is no change, Bence Ferdinandy
• `git diff --break-rewrites` does not work (otherwise it should break rewrite into delete and create, for `--find-renames` to work), Han Jiang
  • Re: `git diff --break-rewrites` does not work (otherwise it should break rewrite into delete and create, for `--find-renames` to work), Jeff King
    • Re: `git diff --break-rewrites` does not work (otherwise it should break rewrite into delete and create, for `--find-renames` to work), Han Jiang
• [PATCH] Makefile: rename clar-related variables to avoid confusion, Patrick Steinhardt
  • Re: [PATCH] Makefile: rename clar-related variables to avoid confusion, Junio C Hamano
• SyntaxWarning for '\S', Stephen Smith
  • Re: SyntaxWarning for '\S', brian m. carlson
    • Re: SyntaxWarning for '\S', Stephen Smith
• [PATCH 00/30] [RFC] Path-walk API and applications, Derrick Stolee via GitGitGadget
  • [PATCH 02/30] backfill: add builtin boilerplate, Derrick Stolee via GitGitGadget
  • [PATCH 01/30] path-walk: introduce an object walk by path, Derrick Stolee via GitGitGadget
  • [PATCH 03/30] backfill: basic functionality and tests, Derrick Stolee via GitGitGadget
  • [PATCH 06/30] backfill: assume --sparse when sparse-checkout is enabled, Derrick Stolee via GitGitGadget
  • [PATCH 07/30] path-walk: allow consumer to specify object types, Derrick Stolee via GitGitGadget
  • [PATCH 05/30] backfill: add --sparse option, Derrick Stolee via GitGitGadget
  • [PATCH 08/30] path-walk: allow visiting tags, Derrick Stolee via GitGitGadget
  • [PATCH 09/30] survey: stub in new experimental `git-survey` command, Jeff Hostetler via GitGitGadget
  • [PATCH 11/30] survey: collect the set of requested refs, Jeff Hostetler via GitGitGadget
  • [PATCH 13/30] survey: add object count summary, Derrick Stolee via GitGitGadget
  • [PATCH 10/30] survey: add command line opts to select references, Jeff Hostetler via GitGitGadget
  • [PATCH 12/30] survey: start pretty printing data in table form, Derrick Stolee via GitGitGadget
  • [PATCH 15/30] survey: show progress during object walk, Derrick Stolee via GitGitGadget
  • [PATCH 17/30] survey: add report of "largest" paths, Derrick Stolee via GitGitGadget
  • [PATCH 19/30] path-walk: add prune_all_uninteresting option, Derrick Stolee via GitGitGadget
  • [PATCH 14/30] survey: summarize total sizes by object type, Derrick Stolee via GitGitGadget
  • [PATCH 18/30] revision: create mark_trees_uninteresting_dense(), Derrick Stolee via GitGitGadget
  • [PATCH 20/30] pack-objects: add --path-walk option, Derrick Stolee via GitGitGadget
  • [PATCH 21/30] pack-objects: extract should_attempt_deltas(), Derrick Stolee via GitGitGadget
  • [PATCH 22/30] pack-objects: introduce GIT_TEST_PACK_PATH_WALK, Derrick Stolee via GitGitGadget
  • [PATCH 23/30] p5313: add size comparison test, Derrick Stolee via GitGitGadget
  • [PATCH 24/30] repack: add --path-walk option, Derrick Stolee via GitGitGadget
  • [PATCH 25/30] pack-objects: enable --path-walk via config, Derrick Stolee via GitGitGadget
  • [PATCH 26/30] scalar: enable path-walk during push via config, Derrick Stolee via GitGitGadget
  • [PATCH 27/30] pack-objects: add --full-name-hash option, Derrick Stolee via GitGitGadget
  • [PATCH 28/30] test-name-hash: add helper to compute name-hash functions, Derrick Stolee via GitGitGadget
  • [PATCH 29/30] p5314: add a size test for name-hash collisions, Derrick Stolee via GitGitGadget
  • [PATCH 30/30] pack-objects: output debug info about deltas, Derrick Stolee via GitGitGadget
  • [PATCH 04/30] backfill: add --batch-size=<n> option, Derrick Stolee via GitGitGadget
  • [PATCH 16/30] survey: add ability to track prioritized lists, Derrick Stolee via GitGitGadget
  • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Junio C Hamano
  • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Christian Couder
    • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Derrick Stolee
      • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Junio C Hamano
        • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Derrick Stolee
          • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Junio C Hamano
  • Re: [PATCH 00/30] [RFC] Path-walk API and applications, Kristoffer Haugsbakk
• What's cooking in git.git (Sep 2024, #03; Mon, 9), Junio C Hamano
• [PATCH 0/9] ref-filter %(trailer) fixes, Jeff King
  • [PATCH 1/9] t6300: drop newline from wrapped test title, Jeff King
  • [PATCH 2/9] ref-filter: avoid extra copies of payload/signature, Jeff King
    • Re: [PATCH 2/9] ref-filter: avoid extra copies of payload/signature, Patrick Steinhardt
      • Re: [PATCH 2/9] ref-filter: avoid extra copies of payload/signature, Jeff King
  • [PATCH 3/9] ref-filter: strip signature when parsing tag trailers, Jeff King
    • Re: [PATCH 3/9] ref-filter: strip signature when parsing tag trailers, Patrick Steinhardt
      • Re: [PATCH 3/9] ref-filter: strip signature when parsing tag trailers, Jeff King
  • [PATCH 4/9] ref-filter: drop useless cast in trailers_atom_parser(), Jeff King
  • [PATCH 5/9] ref-filter: store ref_trailer_buf data per-atom, Jeff King
    • Re: [PATCH 5/9] ref-filter: store ref_trailer_buf data per-atom, Patrick Steinhardt
  • [PATCH 6/9] ref-filter: fix leak of %(trailers) "argbuf", Jeff King
    • Re: [PATCH 6/9] ref-filter: fix leak of %(trailers) "argbuf", Patrick Steinhardt
      • Re: [PATCH 6/9] ref-filter: fix leak of %(trailers) "argbuf", Jeff King
  • [PATCH 7/9] ref-filter: fix leak with %(describe) arguments, Jeff King
  • [PATCH 8/9] ref-filter: fix leak when formatting %(push:remoteref), Jeff King
    • Re: [PATCH 8/9] ref-filter: fix leak when formatting %(push:remoteref), Patrick Steinhardt
  • [PATCH 9/9] ref-filter: add ref_format_clear() function, Jeff King
    • Re: [PATCH 9/9] ref-filter: add ref_format_clear() function, Patrick Steinhardt
      • Re: [PATCH 9/9] ref-filter: add ref_format_clear() function, Jeff King
  • [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Patrick Steinhardt
    • Re: [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Jeff King
    • Re: [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Junio C Hamano
      • Re: [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Patrick Steinhardt
        • Re: [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Jeff King
          • Re: [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Patrick Steinhardt
          • Re: [PATCH 10/9] ref-filter: fix leak with unterminated %(if) atoms, Junio C Hamano
• [PATCH] ci: remove 'Upload failed tests' directories' step from linux32 jobs, Junio C Hamano
  • Re: [PATCH] ci: remove 'Upload failed tests' directories' step from linux32 jobs, Junio C Hamano
    • Re: [PATCH] ci: remove 'Upload failed tests' directories' step from linux32 jobs, Jeff King
      • Re: [PATCH] ci: remove 'Upload failed tests' directories' step from linux32 jobs, Jeff King
        • [PATCH 0/4] make linux32 ci job work with recent actions, Jeff King
          • [PATCH 1/4] ci: drop run-docker scripts, Jeff King
            • Re: [PATCH 1/4] ci: drop run-docker scripts, Patrick Steinhardt
          • [PATCH 2/4] ci: unify ubuntu and ubuntu32 dependencies, Jeff King
            • Re: [PATCH 2/4] ci: unify ubuntu and ubuntu32 dependencies, Patrick Steinhardt
          • [PATCH 3/4] ci: use more recent linux32 image, Jeff King
            • Re: [PATCH 3/4] ci: use more recent linux32 image, Patrick Steinhardt
              • Re: [PATCH 3/4] ci: use more recent linux32 image, Jeff King
                • Re: [PATCH 3/4] ci: use more recent linux32 image, Patrick Steinhardt
                  • Re: [PATCH 3/4] ci: use more recent linux32 image, Patrick Steinhardt
                    • Re: [PATCH 3/4] ci: use more recent linux32 image, Jeff King
                      • Re: [PATCH 3/4] ci: use more recent linux32 image, Patrick Steinhardt
          • [PATCH 4/4] ci: use regular action versions for linux32 job, Jeff King
          • Re: [PATCH 0/4] make linux32 ci job work with recent actions, Junio C Hamano
          • [PATCH 5/4] ci: add Ubuntu 16.04 job to GitLab CI, Patrick Steinhardt
            • Re: [PATCH 5/4] ci: add Ubuntu 16.04 job to GitLab CI, Jeff King
              • Re: [PATCH 5/4] ci: add Ubuntu 16.04 job to GitLab CI, Patrick Steinhardt
                • Re: [PATCH 5/4] ci: add Ubuntu 16.04 job to GitLab CI, Jeff King
                  • Re: [PATCH 5/4] ci: add Ubuntu 16.04 job to GitLab CI, Patrick Steinhardt
              • Re: [PATCH 5/4] ci: add Ubuntu 16.04 job to GitLab CI, Junio C Hamano
• [bug?] git diff --cached in a non-git directory, Okke Timm
  • RE: [bug?] git diff --cached in a non-git directory, rsbecker
    • Re: [bug?] git diff --cached in a non-git directory, Okke Timm
    • Re: [bug?] git diff --cached in a non-git directory, Junio C Hamano
      • RE: [bug?] git diff --cached in a non-git directory, rsbecker
      • Re: [bug?] git diff --cached in a non-git directory, Junio C Hamano
  • <Possible follow-ups>
  • [bug?] git diff --cached in a non-git directory, Okke Timm
• [PATCH 0/4] pack-objects: create new name-hash algorithm, Derrick Stolee via GitGitGadget
  • [PATCH 2/4] git-repack: update usage to match docs, Derrick Stolee via GitGitGadget
    • Re: [PATCH 2/4] git-repack: update usage to match docs, Junio C Hamano
  • [PATCH 1/4] pack-objects: add --full-name-hash option, Derrick Stolee via GitGitGadget
    • Re: [PATCH 1/4] pack-objects: add --full-name-hash option, Junio C Hamano
      • Re: [PATCH 1/4] pack-objects: add --full-name-hash option, Derrick Stolee
  • [PATCH 3/4] p5313: add size comparison test, Derrick Stolee via GitGitGadget
  • [PATCH 4/4] p5314: add a size test for name-hash collisions, Derrick Stolee via GitGitGadget
  • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Derrick Stolee
  • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Junio C Hamano
    • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Derrick Stolee
      • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Taylor Blau
        • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Derrick Stolee
          • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Jeff King
      • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Junio C Hamano
        • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Junio C Hamano
          • Re: [PATCH 0/4] pack-objects: create new name-hash algorithm, Derrick Stolee
  • [PATCH v2 0/6] pack-objects: create new name-hash algorithm, Derrick Stolee via GitGitGadget
    • [PATCH v2 1/6] pack-objects: add --full-name-hash option, Derrick Stolee via GitGitGadget
      • Re: [PATCH v2 1/6] pack-objects: add --full-name-hash option, Junio C Hamano
    • [PATCH v2 2/6] repack: test --full-name-hash option, Derrick Stolee via GitGitGadget
      • Re: [PATCH v2 2/6] repack: test --full-name-hash option, Junio C Hamano
    • [PATCH v2 4/6] git-repack: update usage to match docs, Derrick Stolee via GitGitGadget
    • [PATCH v2 3/6] pack-objects: add GIT_TEST_FULL_NAME_HASH, Derrick Stolee via GitGitGadget
      • Re: [PATCH v2 3/6] pack-objects: add GIT_TEST_FULL_NAME_HASH, Junio C Hamano
        • Re: [PATCH v2 3/6] pack-objects: add GIT_TEST_FULL_NAME_HASH, Derrick Stolee
    • [PATCH v2 5/6] p5313: add size comparison test, Derrick Stolee via GitGitGadget
      • Re: [PATCH v2 5/6] p5313: add size comparison test, Junio C Hamano
        • Re: [PATCH v2 5/6] p5313: add size comparison test, Derrick Stolee
          • Re: [PATCH v2 5/6] p5313: add size comparison test, Junio C Hamano
    • [PATCH v2 6/6] test-tool: add helper for name-hash values, Derrick Stolee via GitGitGadget
      • Re: [PATCH v2 6/6] test-tool: add helper for name-hash values, Patrick Steinhardt
        • Re: [PATCH v2 6/6] test-tool: add helper for name-hash values, Derrick Stolee
    • Re: [PATCH v2 0/6] pack-objects: create new name-hash algorithm, Derrick Stolee
    • Re: [PATCH v2 0/6] pack-objects: create new name-hash algorithm, Junio C Hamano
      • Re: [PATCH v2 0/6] pack-objects: create new name-hash algorithm, Taylor Blau
      • Re: [PATCH v2 0/6] pack-objects: create new name-hash algorithm, Jeff King
    • Re: [PATCH v2 0/6] pack-objects: create new name-hash algorithm, Derrick Stolee
• [PATCH 0/6] refs/reftable: wire up exclude patterns, Patrick Steinhardt
  • [PATCH 1/6] refs: properly apply exclude patterns to namespaced refs, Patrick Steinhardt
    • Re: [PATCH 1/6] refs: properly apply exclude patterns to namespaced refs, karthik nayak
      • Re: [PATCH 1/6] refs: properly apply exclude patterns to namespaced refs, Patrick Steinhardt
  • [PATCH 2/6] builtin/receive-pack: fix exclude patterns when announcing refs, Patrick Steinhardt
    • Re: [PATCH 2/6] builtin/receive-pack: fix exclude patterns when announcing refs, karthik nayak
  • [PATCH 3/6] Makefile: stop listing test library objects twice, Patrick Steinhardt
  • [PATCH 4/6] t/unit-tests: introduce reftable library, Patrick Steinhardt
  • [PATCH 5/6] reftable/reader: make table iterator reseekable, Patrick Steinhardt
    • Re: [PATCH 5/6] reftable/reader: make table iterator reseekable, karthik nayak
      • Re: [PATCH 5/6] reftable/reader: make table iterator reseekable, Patrick Steinhardt
        • Re: [PATCH 5/6] reftable/reader: make table iterator reseekable, karthik nayak
  • [PATCH 6/6] refs/reftable: wire up support for exclude patterns, Patrick Steinhardt
    • Re: [PATCH 6/6] refs/reftable: wire up support for exclude patterns, karthik nayak
      • Re: [PATCH 6/6] refs/reftable: wire up support for exclude patterns, Patrick Steinhardt
        • Re: [PATCH 6/6] refs/reftable: wire up support for exclude patterns, karthik nayak
  • Re: [PATCH 0/6] refs/reftable: wire up exclude patterns, karthik nayak
    • Re: [PATCH 0/6] refs/reftable: wire up exclude patterns, Patrick Steinhardt
  • [PATCH v2 0/6] refs/reftable: wire up exclude patterns, Patrick Steinhardt
    • [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Patrick Steinhardt
      • Re: [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Taylor Blau
        • Re: [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Patrick Steinhardt
          • Re: [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Taylor Blau
            • Re: [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Patrick Steinhardt
              • Re: [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Taylor Blau
                • Re: [PATCH v2 1/6] refs: properly apply exclude patterns to namespaced refs, Patrick Steinhardt
    • [PATCH v2 2/6] builtin/receive-pack: fix exclude patterns when announcing refs, Patrick Steinhardt
      • Re: [PATCH v2 2/6] builtin/receive-pack: fix exclude patterns when announcing refs, Taylor Blau
    • [PATCH v2 3/6] Makefile: stop listing test library objects twice, Patrick Steinhardt
    • [PATCH v2 4/6] t/unit-tests: introduce reftable library, Patrick Steinhardt
    • [PATCH v2 5/6] reftable/reader: make table iterator reseekable, Patrick Steinhardt
    • [PATCH v2 6/6] refs/reftable: wire up support for exclude patterns, Patrick Steinhardt
      • Re: [PATCH v2 6/6] refs/reftable: wire up support for exclude patterns, Taylor Blau
        • Re: [PATCH v2 6/6] refs/reftable: wire up support for exclude patterns, Patrick Steinhardt
          • Re: [PATCH v2 6/6] refs/reftable: wire up support for exclude patterns, Taylor Blau
    • Re: [PATCH v2 0/6] refs/reftable: wire up exclude patterns, karthik nayak
• [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia via GitGitGadget
  • Re: [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia
  • Re: [PATCH] remote: introduce config to set prefetch refs, Junio C Hamano
    • Re: [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia
      • Re: [PATCH] remote: introduce config to set prefetch refs, Junio C Hamano
        • Re: [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia
          • Re: [PATCH] remote: introduce config to set prefetch refs, Junio C Hamano
            • Re: [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia
              • Re: [PATCH] remote: introduce config to set prefetch refs, Junio C Hamano
                • Re: [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia
                • Re: [PATCH] remote: introduce config to set prefetch refs, Junio C Hamano
                  • Re: [PATCH] remote: introduce config to set prefetch refs, Shubham Kanodia
  • [PATCH v2] remote: introduce config to set prefetch refs, Shubham Kanodia via GitGitGadget
    • [PATCH v3] remote: introduce config to set prefetch refs, Shubham Kanodia via GitGitGadget
      • Re: [PATCH v3] remote: introduce config to set prefetch refs, Junio C Hamano
        • Re: [PATCH v3] remote: introduce config to set prefetch refs, Shubham Kanodia
      • [PATCH v4] remote: allow specifying refs to prefetch, Shubham Kanodia via GitGitGadget
        • Re: [PATCH v4] remote: allow specifying refs to prefetch, Shubham Kanodia
        • Re: [PATCH v4] remote: allow specifying refs to prefetch, Patrick Steinhardt
          • Re: [PATCH v4] remote: allow specifying refs to prefetch, Phillip Wood
            • Re: [PATCH v4] remote: allow specifying refs to prefetch, Shubham Kanodia
              • Re: [PATCH v4] remote: allow specifying refs to prefetch, Junio C Hamano
                • Re: [PATCH v4] remote: allow specifying refs to prefetch, Patrick Steinhardt
                  • Re: [PATCH v4] remote: allow specifying refs to prefetch, Junio C Hamano
              • Re: [PATCH v4] remote: allow specifying refs to prefetch, Patrick Steinhardt
                • Re: [PATCH v4] remote: allow specifying refs to prefetch, Phillip Wood
        • Re: [PATCH v4] remote: allow specifying refs to prefetch, Phillip Wood
• What's cooking in git.git (Sep 2024, #02; Sun, 8), Junio C Hamano
  • Re: What's cooking in git.git (Sep 2024, #02; Sun, 8), shejialuo
• [PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Ramsay Jones
  • Re: [PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Jeff King
• header signatures for hash transition?, Jeff King
  • Re: header signatures for hash transition?, brian m. carlson
    • Re: header signatures for hash transition?, Jeff King
• [PATCH 1/2] diff: report copies and renames as changes in run_diff_cmd(), René Scharfe
  • [PATCH 2/2] diff: report dirty submodules as changes in builtin_diff(), René Scharfe
  • Re: [PATCH 1/2] diff: report copies and renames as changes in run_diff_cmd(), Phillip Wood
    • Re: [PATCH 1/2] diff: report copies and renames as changes in run_diff_cmd(), Junio C Hamano
• Thoughts on the "branch <b> is not fully merged" error of "git-branch -d", Stefan Haller
  • Re: Thoughts on the "branch <b> is not fully merged" error of "git-branch -d", Junio C Hamano
    • Re: Thoughts on the "branch <b> is not fully merged" error of "git-branch -d", Junio C Hamano
    • Re: Thoughts on the "branch <b> is not fully merged" error of "git-branch -d", Stefan Haller
      • Re: Thoughts on the "branch <b> is not fully merged" error of "git-branch -d", Junio C Hamano
        • Re: Thoughts on the "branch <b> is not fully merged" error of "git-branch -d", Stefan Haller
• What's cooking draft as of 2024-09-06 late night, Junio C Hamano
  • Re: What's cooking draft as of 2024-09-06 late night, Phillip Wood
    • Re*: What's cooking draft as of 2024-09-06 late night, Junio C Hamano
      • Re: Re*: What's cooking draft as of 2024-09-06 late night, Shubham Kanodia
        • Re: Re*: What's cooking draft as of 2024-09-06 late night, Phillip Wood
          • Re: Re*: What's cooking draft as of 2024-09-06 late night, Junio C Hamano
            • Re: Re*: What's cooking draft as of 2024-09-06 late night, Phillip Wood
              • Re: Re*: What's cooking draft as of 2024-09-06 late night, Junio C Hamano
      • Re: Re*: What's cooking draft as of 2024-09-06 late night, Phillip Wood
• bug report - `git diff --quiet --cached` returns 0 when a rename is staged, Jorge Luis Martinez Gomez
  • Re: bug report - `git diff --quiet --cached` returns 0 when a rename is staged, René Scharfe
• Behavior change for git diff --cached --exit-code in git 2.46.0, Marco P.
• Fix issue with formatting multiple trailer keys, Brooke Kuhlmann
  • Re: Fix issue with formatting multiple trailer keys, Jeff King
    • Re: Fix issue with formatting multiple trailer keys, Brooke Kuhlmann
      • Re: Fix issue with formatting multiple trailer keys, Jeff King
        • Re: Fix issue with formatting multiple trailer keys, Brooke Kuhlmann
• Possible git bug - repository remote becomes hamstrung if non-existent "remote.<remote>.fetch" refspec is supplied, Stephen Morton
• [PATCH 0/1] Add entry to mailmap file, Stephen P. Smith
  • [PATCH 1/1] .mailmap document current address., Stephen P. Smith
  • Re: [PATCH 0/1] Add entry to mailmap file, Stephen Smith
    • Re: [PATCH 0/1] Add entry to mailmap file, Junio C Hamano
• [PATCH] apply: support --ours, --theirs, and --union for three-way merges, Alex Henrie
  • Re: [PATCH] apply: support --ours, --theirs, and --union for three-way merges, Junio C Hamano
    • Re: [PATCH] apply: support --ours, --theirs, and --union for three-way merges, Alex Henrie
  • [PATCH v2 0/1] apply: support --ours, --theirs, and --union for three-way merges, Alex Henrie
    • [PATCH v2 1/1] apply: support --ours, --theirs, and --union for three-way merges, Alex Henrie
• What's cooking in git.git (Sep 2024, #01; Thu, 5), Junio C Hamano
  • Re: What's cooking in git.git (Sep 2024, #01; Thu, 5), Patrick Steinhardt
• [PATCH] advice: recommend GIT_ADVICE=0 for tools, Derrick Stolee via GitGitGadget
  • Re: [PATCH] advice: recommend GIT_ADVICE=0 for tools, Eric Sunshine
    • Re: [PATCH] advice: recommend GIT_ADVICE=0 for tools, Derrick Stolee
  • Re: [PATCH] advice: recommend GIT_ADVICE=0 for tools, Junio C Hamano
    • Re: [PATCH] advice: recommend GIT_ADVICE=0 for tools, Derrick Stolee
  • [PATCH v2] advice: recommend GIT_ADVICE=0 for tools, Derrick Stolee via GitGitGadget
• [PATCH] interpret-trailers: handle message without trailing newline, Brian Lyles
  • Re: [PATCH] interpret-trailers: handle message without trailing newline, Brian Lyles
  • [PATCH v2] interpret-trailers: handle message without trailing newline, Brian Lyles
    • Re: [PATCH v2] interpret-trailers: handle message without trailing newline, Phillip Wood
      • Re: [PATCH v2] interpret-trailers: handle message without trailing newline, Junio C Hamano
  • [PATCH v3] interpret-trailers: handle message without trailing newline, Brian Lyles
    • Re: [PATCH v3] interpret-trailers: handle message without trailing newline, Junio C Hamano
      • Re: [PATCH v3] interpret-trailers: handle message without trailing newline, Phillip Wood
        • Re: [PATCH v3] interpret-trailers: handle message without trailing newline, Junio C Hamano
    • Re: [PATCH v3] interpret-trailers: handle message without trailing newline, Phillip Wood
• [PATCH 0/3] Add repository parameter to builtins, John Cai via GitGitGadget
  • [PATCH 3/3] add: pass in repo variable instead of global the_repository, John Cai via GitGitGadget
    • Re: [PATCH 3/3] add: pass in repo variable instead of global the_repository, Patrick Steinhardt
  • [PATCH 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, John Cai via GitGitGadget
    • Re: [PATCH 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, Junio C Hamano
      • Re: [PATCH 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, Patrick Steinhardt
    • Re: [PATCH 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, Junio C Hamano
  • [PATCH 1/3] builtin: add a repository parameter for builtin functions, John Cai via GitGitGadget
    • Re: [PATCH 1/3] builtin: add a repository parameter for builtin functions, Patrick Steinhardt
      • Re: [PATCH 1/3] builtin: add a repository parameter for builtin functions, John Cai
  • Re: [PATCH 0/3] Add repository parameter to builtins, Junio C Hamano
  • [PATCH v2 0/3] Add repository parameter to builtins, John Cai via GitGitGadget
    • [PATCH v2 3/3] add: pass in repo variable instead of global the_repository, John Cai via GitGitGadget
      • Re: [PATCH v2 3/3] add: pass in repo variable instead of global the_repository, Junio C Hamano
    • [PATCH v2 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, John Cai via GitGitGadget
      • Re: [PATCH v2 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, Junio C Hamano
        • Re: [PATCH v2 2/3] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, John Cai
    • [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, John Cai via GitGitGadget
      • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, Junio C Hamano
        • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, Junio C Hamano
          • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, Patrick Steinhardt
            • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, Jeff King
              • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, Jeff King
                • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, Patrick Steinhardt
                  • Re: [PATCH v2 1/3] builtin: add a repository parameter for builtin functions, John Cai
    • [PATCH v3 0/4] Add repository parameter to builtins, John Cai via GitGitGadget
      • [PATCH v3 3/4] builtin: remove USE_THE_REPOSITORY for those without the_repository, John Cai via GitGitGadget
      • [PATCH v3 2/4] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, John Cai via GitGitGadget
        • Re: [PATCH v3 2/4] builtin: remove USE_THE_REPOSITORY_VARIABLE from builtin.h, Junio C Hamano
      • [PATCH v3 4/4] add: pass in repo variable instead of global the_repository, John Cai via GitGitGadget
        • Re: [PATCH v3 4/4] add: pass in repo variable instead of global the_repository, Junio C Hamano
      • [PATCH v3 1/4] builtin: add a repository parameter for builtin functions, John Cai via GitGitGadget
• Should Git Tag trailer formatting work?, Brooke Kuhlmann
  • Re: Should Git Tag trailer formatting work?, Jeff King
    • Re: Should Git Tag trailer formatting work?, Brooke Kuhlmann
      • Re: Should Git Tag trailer formatting work?, Jeff King
        • Re: Should Git Tag trailer formatting work?, Brooke Kuhlmann
• [PATCH] scalar: add --no-tags option, Derrick Stolee via GitGitGadget
  • Re: [PATCH] scalar: add --no-tags option, Junio C Hamano
  • Re: [PATCH] scalar: add --no-tags option, Junio C Hamano
  • Re: [PATCH] scalar: add --no-tags option, Johannes Schindelin
    • Re: [PATCH] scalar: add --no-tags option, Junio C Hamano
      • Re: [PATCH] scalar: add --no-tags option, Derrick Stolee
  • [PATCH v2] scalar: add --no-tags option to 'scalar clone', Derrick Stolee via GitGitGadget
• How do git recognize conflicts?, KwonHyun Kim
  • Re: How do git recognize conflicts?, Johannes Sixt
    • Message not available
      • Re: How do git recognize conflicts?, Johannes Sixt
        • Re: How do git recognize conflicts?, KwonHyun Kim
• [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, Christian Couder
  • Re: [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, Patrick Steinhardt
    • Re: [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, Patrick Steinhardt
      • Re: [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, Christian Couder
      • Re: [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, phillip . wood123
        • Re: [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, Patrick Steinhardt
          • Re: [ANNOUNCE] Outreachy mentor sign-up deadline is Wednesday September 11th at 4pm UTC, phillip . wood123
• [PATCH] drop trailing newline from warning/error/die messages, Jeff King
  • Re: [PATCH] drop trailing newline from warning/error/die messages, Patrick Steinhardt
    • Re: [PATCH] drop trailing newline from warning/error/die messages, Jeff King
  • Re: [PATCH] drop trailing newline from warning/error/die messages, Junio C Hamano
• [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Jeff King
  • Re: [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Patrick Steinhardt
    • Re: [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Junio C Hamano
      • Re: [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Junio C Hamano
        • Re: [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Jeff King
          • Re: [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Junio C Hamano
  • Re: [PATCH] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Junio C Hamano
  • [PATCH v2 0/3] sparse-checkout file handle leak fix, Jeff King
    • [PATCH v2 1/3] sparse-checkout: consolidate cleanup when writing patterns, Jeff King
    • [PATCH v2 2/3] sparse-checkout: check commit_lock_file when writing patterns, Jeff King
    • [PATCH v2 3/3] sparse-checkout: use fdopen_lock_file() instead of xfdopen(), Jeff King
    • Re: [PATCH v2 0/3] sparse-checkout file handle leak fix, Patrick Steinhardt
• git untracks my files, russell thamm
  • Re: git untracks my files, brian m. carlson
• `git fetch <remote> <refspec>…` <refspec (without dst)>s are mapped by other <refspec (with dst)> resulting in extra remote tracking branches, Han Jiang
• `git log FETCH_HEAD` only logs whatever happens to be the first among the fetched refs (instead of all the fetched refs), Han Jiang
  • Re: `git log FETCH_HEAD` only logs whatever happens to be the first among the fetched refs (instead of all the fetched refs), Junio C Hamano
    • Re: `git log FETCH_HEAD` only logs whatever happens to be the first among the fetched refs (instead of all the fetched refs), Han Jiang
• [PATCH] remote: prefetch config, Shubham Kanodia via GitGitGadget
  • Re: [PATCH] remote: prefetch config, Derrick Stolee
    • Re: [PATCH] remote: prefetch config, Junio C Hamano
      • Re: [PATCH] remote: prefetch config, Derrick Stolee
        • Re: [PATCH] remote: prefetch config, Shubham Kanodia
        • Re: [PATCH] remote: prefetch config, Junio C Hamano
  • [PATCH v2] remote: prefetch config, Shubham Kanodia via GitGitGadget
    • Re: [PATCH v2] remote: prefetch config, Junio C Hamano
      • Re: [PATCH v2] remote: prefetch config, Shubham Kanodia
        • Re: [PATCH v2] remote: prefetch config, Junio C Hamano
          • Re: [PATCH v2] remote: prefetch config, Shubham Kanodia
            • Re: [PATCH v2] remote: prefetch config, Junio C Hamano
    • [PATCH v3] remote: prefetch config, Shubham Kanodia via GitGitGadget
      • [PATCH v4] remote: prefetch config, Shubham Kanodia via GitGitGadget
        • Re: [PATCH v4] remote: prefetch config, Junio C Hamano
          • Re: [PATCH v4] remote: prefetch config, Shubham Kanodia
• git log alias with --all and --exclude, Rene Kita
  • Re: git log alias with --all and --exclude, Johannes Sixt
    • Re: git log alias with --all and --exclude, Rene Kita
      • Re: git log alias with --all and --exclude, Jacob Keller
        • Re: git log alias with --all and --exclude, Junio C Hamano
          • Re: git log alias with --all and --exclude, Rene Kita
• `git fetch --refmap=<refspec>… <repository> <refspec>…​` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Han Jiang
  • Re: `git fetch --refmap=<refspec>… <repository> <refspec>… ` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Johannes Sixt
    • Re: `git fetch --refmap=<refspec>… <repository> <refspec>… ` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Han Jiang
      • Re: `git fetch --refmap=<refspec>… <repository> <refspec>… ` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Johannes Sixt
        • Re: `git fetch --refmap=<refspec>… <repository> <refspec>… ` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Junio C Hamano
          • Re: `git fetch --refmap=<refspec>… <repository> <refspec>… ` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Han Jiang
  • Re: `git fetch --refmap=<refspec>… <repository> <refspec>…​` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Junio C Hamano
    • Re: `git fetch --refmap=<refspec>… <repository> <refspec>…​` providing NON-empty <refspec> to the --refmap ALSO causes Git to ignore the configured refspecs, Han Jiang
• `git remote prune <remote>…​` (equivalent to git fetch --prune <remote> except that no new references will be fetched) ignores `fetch.pruneTags` (and `git fetch --dry-run` prints same tag twice), Han Jiang
• `git remote show <name>…​` does not show all branches capable of `git push` when `push.default=upstream` and behaves as if `push.default=simple`, Han Jiang
• What's cooking in git.git (Sep 2024, #01; Tue, 3), Junio C Hamano
  • Re: What's cooking in git.git (Sep 2024, #01; Tue, 3), Patrick Steinhardt
    • Re: What's cooking in git.git (Sep 2024, #01; Tue, 3), Phillip Wood
• `git remote set-url <remote> <newurl> [<oldurl>]` fails to set first url when multiple urls are selected, Han Jiang
• [filter-repo PATCH]: add --callbacks option to load many callbacks from one file, Zack Weinberg
  • Re: [filter-repo PATCH]: add --callbacks option to load many callbacks from one file, Elijah Newren
    • Re: [filter-repo PATCH]: add --callbacks option to load many callbacks from one file, Zack Weinberg
• Adding a custom submit tool to git p4, faust1002
• [ANNOUNCE] git-scm.com running on heroku-24, Taylor Blau
  • Re: [ANNOUNCE] git-scm.com running on heroku-24, Junio C Hamano
• Bug in "git diff" exit code with submodule and `--submodule=log`, David Hull
  • Re: Bug in "git diff" exit code with submodule and `--submodule=log`, René Scharfe
• Is it possible to resume download on single file., tao lv
  • Re: Is it possible to resume download on single file., Johannes Schindelin
• word-diff-regex=. sometimes ignores newlines, 高橋全 (Tamo)
  • Re: word-diff-regex=. sometimes ignores newlines, Johannes Schindelin
• `git remote set-branches (without --add) <name> <branch>…​` does not add refspecs to `remote.<remote>.fetch` when `remote.<remote>.fetch` does not exist, Han Jiang
  • Re: `git remote set-branches (without --add) <name> <branch>… ` does not add refspecs to `remote.<remote>.fetch` when `remote.<remote>.fetch` does not exist, Phillip Wood
    • Re: `git remote set-branches (without --add) <name> <branch>… ` does not add refspecs to `remote.<remote>.fetch` when `remote.<remote>.fetch` does not exist, Han Jiang
      • Re: `git remote set-branches (without --add) <name> <branch>… ` does not add refspecs to `remote.<remote>.fetch` when `remote.<remote>.fetch` does not exist, Phillip Wood
        • Re: `git remote set-branches (without --add) <name> <branch>… ` does not add refspecs to `remote.<remote>.fetch` when `remote.<remote>.fetch` does not exist, Han Jiang
• Ask for feature on git, Loredana Tralli
  • Re: Ask for feature on git, Simon Richter
  • Re: Ask for feature on git, Konstantin Khomoutov
    • Re: Ask for feature on git, Loredana Tralli
      • Re: Ask for feature on git, Konstantin Khomoutov
• [RFC PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Ramsay Jones
  • Re: [RFC PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Jeff King
    • Re: [RFC PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Ramsay Jones
      • Re: [RFC PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Jeff King
        • Re: [RFC PATCH] config.mak.uname: add HAVE_DEV_TTY to cygwin config section, Ramsay Jones
• git-http-backend errors under IIS, forums
• git svn, Aaron Gray
• [PATCH 0/2] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
  • [PATCH 1/2] t0601: merge tests for auto-packing of refs, Patrick Steinhardt
  • [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
    • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, karthik nayak
      • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
        • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, Junio C Hamano
          • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
            • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, Junio C Hamano
      • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
        • Re: [PATCH 2/2] refs/files: use heuristic to decide whether to repack with `--auto`, karthik nayak
  • [PATCH v2 0/3] refs/files: use heuristics to decide whether to repack with `--auto`, Patrick Steinhardt
    • [PATCH v2 3/3] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
      • Re: [PATCH v2 3/3] refs/files: use heuristic to decide whether to repack with `--auto`, Junio C Hamano
        • Re: [PATCH v2 3/3] refs/files: use heuristic to decide whether to repack with `--auto`, Patrick Steinhardt
    • [PATCH v2 2/3] t0601: merge tests for auto-packing of refs, Patrick Steinhardt
    • [PATCH v2 1/3] wrapper: introduce `log2u()`, Patrick Steinhardt
• [PATCH 0/4] Support server option from configuration, blanet via GitGitGadget
  • [PATCH 1/4] transport: add parse_transport_option() method, Xing Xin via GitGitGadget
  • [PATCH 2/4] builtin/fetch.c: add fetch.serverOption configuration, Xing Xin via GitGitGadget
    • Re: [PATCH 2/4] builtin/fetch.c: add fetch.serverOption configuration, Patrick Steinhardt
  • [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Xing Xin via GitGitGadget
    • Re: [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Patrick Steinhardt
      • Message not available
        • Re: Re: [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Patrick Steinhardt
          • Message not available
            • Re: Re: Re: [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Patrick Steinhardt
              • Re: [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Junio C Hamano
              • Message not available
                • Re: Re: Re: Re: [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Patrick Steinhardt
              • Message not available
                • Re: [PATCH 3/4] builtin/clone.c: recognize fetch.serverOption configuration, Junio C Hamano
  • [PATCH 4/4] builtin/ls-remote.c: recognize fetch.serverOption configuration, Xing Xin via GitGitGadget
    • Re: [PATCH 4/4] builtin/ls-remote.c: recognize fetch.serverOption configuration, Patrick Steinhardt
  • Re: [PATCH 0/4] Support server option from configuration, Patrick Steinhardt
  • [PATCH v2 0/5] Support server option from configuration, blanet via GitGitGadget
    • [PATCH v2 1/5] transport: introduce parse_transport_option() method, Xing Xin via GitGitGadget
    • [PATCH v2 2/5] remote: introduce remote.<name>.serverOption configuration, Xing Xin via GitGitGadget
      • Re: [PATCH v2 2/5] remote: introduce remote.<name>.serverOption configuration, Patrick Steinhardt
    • [PATCH v2 3/5] transport.c::handshake: make use of server options from remote, Xing Xin via GitGitGadget
    • [PATCH v2 4/5] fetch: respect --server-option when fetching multiple remotes, Xing Xin via GitGitGadget
      • Re: [PATCH v2 4/5] fetch: respect --server-option when fetching multiple remotes, Patrick Steinhardt
    • [PATCH v2 5/5] ls-remote: leakfix for not clearing server_options, Xing Xin via GitGitGadget
      • Re: [PATCH v2 5/5] ls-remote: leakfix for not clearing server_options, Patrick Steinhardt
    • Re: [PATCH v2 0/5] Support server option from configuration, Patrick Steinhardt
    • [PATCH v3 0/5] Support server option from configuration, blanet via GitGitGadget
      • [PATCH v3 1/5] transport: introduce parse_transport_option() method, Xing Xin via GitGitGadget
      • [PATCH v3 2/5] remote: introduce remote.<name>.serverOption configuration, Xing Xin via GitGitGadget
      • [PATCH v3 3/5] transport.c::handshake: make use of server options from remote, Xing Xin via GitGitGadget
      • [PATCH v3 4/5] fetch: respect --server-option when fetching multiple remotes, Xing Xin via GitGitGadget
        • Re: [PATCH v3 4/5] fetch: respect --server-option when fetching multiple remotes, Junio C Hamano
      • [PATCH v3 5/5] ls-remote: leakfix for not clearing server_options, Xing Xin via GitGitGadget
      • Re: [PATCH v3 0/5] Support server option from configuration, Patrick Steinhardt
        • Re: [PATCH v3 0/5] Support server option from configuration, Junio C Hamano
• [PATCH] Documentation/BreakingChanges: announce removal of git-pack-redundant(1), Patrick Steinhardt
  • Re: [PATCH] Documentation/BreakingChanges: announce removal of git-pack-redundant(1), Junio C Hamano
• [PATCH] mergetools: vscode: new tool, Alex Henrie
  • Re: [PATCH] mergetools: vscode: new tool, Johannes Schindelin
    • Re: [PATCH] mergetools: vscode: new tool, Junio C Hamano
• [ANNOUNCE] Git Rev News edition 114, Christian Couder
• [no subject], Unknown
• [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
  • [PATCH 1/4] sha1: do not redefine `platform_SHA_CTX` and friends, Taylor Blau
    • Re: [PATCH 1/4] sha1: do not redefine `platform_SHA_CTX` and friends, Patrick Steinhardt
      • Re: [PATCH 1/4] sha1: do not redefine `platform_SHA_CTX` and friends, Taylor Blau
  • [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Taylor Blau
    • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Patrick Steinhardt
      • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Junio C Hamano
        • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Taylor Blau
          • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Junio C Hamano
            • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Taylor Blau
            • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Patrick Steinhardt
              • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Junio C Hamano
      • Re: [PATCH 2/4] hash.h: scaffolding for _fast hashing variants, Taylor Blau
  • [PATCH 3/4] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Taylor Blau
    • Re: [PATCH 3/4] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Patrick Steinhardt
      • Re: [PATCH 3/4] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Taylor Blau
  • [PATCH 4/4] csum-file.c: use fast SHA-1 implementation when available, Taylor Blau
    • Re: [PATCH 4/4] csum-file.c: use fast SHA-1 implementation when available, Patrick Steinhardt
      • Re: [PATCH 4/4] csum-file.c: use fast SHA-1 implementation when available, brian m. carlson
      • Re: [PATCH 4/4] csum-file.c: use fast SHA-1 implementation when available, Taylor Blau
  • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
    • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
      • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
  • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, brian m. carlson
    • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
      • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
      • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, brian m. carlson
      • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Jeff King
        • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
          • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
            • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
              • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
                • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
                  • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
                • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Jeff King
                  • Re: [PATCH 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
  • [PATCH v2 0/4] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v2 1/4] sha1: do not redefine `platform_SHA_CTX` and friends, Taylor Blau
    • [PATCH v2 2/4] hash.h: scaffolding for _fast hashing variants, Taylor Blau
    • [PATCH v2 3/4] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v2 4/4] csum-file.c: use fast SHA-1 implementation when available, Taylor Blau
  • [PATCH v3 0/9] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v3 1/9] finalize_object_file(): check for name collision before renaming, Taylor Blau
    • [PATCH v3 2/9] finalize_object_file(): refactor unlink_or_warn() placement, Taylor Blau
    • [PATCH v3 3/9] finalize_object_file(): implement collision check, Taylor Blau
      • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Junio C Hamano
        • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Chris Torek
        • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Jeff King
          • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Junio C Hamano
      • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Patrick Steinhardt
        • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Taylor Blau
          • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Taylor Blau
        • Re: [PATCH v3 3/9] finalize_object_file(): implement collision check, Junio C Hamano
    • [PATCH v3 4/9] pack-objects: use finalize_object_file() to rename pack/idx/etc, Taylor Blau
    • [PATCH v3 5/9] i5500-git-daemon.sh: use compile-able version of Git without OpenSSL, Taylor Blau
      • Re: [PATCH v3 5/9] i5500-git-daemon.sh: use compile-able version of Git without OpenSSL, Jeff King
        • Re: [PATCH v3 5/9] i5500-git-daemon.sh: use compile-able version of Git without OpenSSL, Jeff King
          • Re: [PATCH v3 5/9] i5500-git-daemon.sh: use compile-able version of Git without OpenSSL, Junio C Hamano
        • Re: [PATCH v3 5/9] i5500-git-daemon.sh: use compile-able version of Git without OpenSSL, Junio C Hamano
          • Re: [PATCH v3 5/9] i5500-git-daemon.sh: use compile-able version of Git without OpenSSL, Jeff King
    • [PATCH v3 6/9] sha1: do not redefine `platform_SHA_CTX` and friends, Taylor Blau
    • [PATCH v3 7/9] hash.h: scaffolding for _fast hashing variants, Taylor Blau
    • [PATCH v3 8/9] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v3 9/9] csum-file.c: use fast SHA-1 implementation when available, Taylor Blau
    • Re: [PATCH v3 0/9] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
  • [PATCH v4 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v4 1/8] finalize_object_file(): check for name collision before renaming, Taylor Blau
      • Re: [PATCH v4 1/8] finalize_object_file(): check for name collision before renaming, Junio C Hamano
    • [PATCH v4 2/8] finalize_object_file(): refactor unlink_or_warn() placement, Taylor Blau
    • [PATCH v4 3/8] finalize_object_file(): implement collision check, Taylor Blau
      • Re: [PATCH v4 3/8] finalize_object_file(): implement collision check, Jeff King
        • Re: [PATCH v4 3/8] finalize_object_file(): implement collision check, Taylor Blau
          • Re: [PATCH v4 3/8] finalize_object_file(): implement collision check, Jeff King
            • Re: [PATCH v4 3/8] finalize_object_file(): implement collision check, Taylor Blau
      • Re: [PATCH v4 3/8] finalize_object_file(): implement collision check, Junio C Hamano
        • Re: [PATCH v4 3/8] finalize_object_file(): implement collision check, Taylor Blau
    • [PATCH v4 4/8] pack-objects: use finalize_object_file() to rename pack/idx/etc, Taylor Blau
      • Re: [PATCH v4 4/8] pack-objects: use finalize_object_file() to rename pack/idx/etc, Junio C Hamano
    • [PATCH v4 5/8] sha1: do not redefine `platform_SHA_CTX` and friends, Taylor Blau
    • [PATCH v4 6/8] hash.h: scaffolding for _unsafe hashing variants, Taylor Blau
    • [PATCH v4 7/8] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v4 8/8] csum-file.c: use unsafe SHA-1 implementation when available, Taylor Blau
    • Re: [PATCH v4 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Jeff King
    • Re: [PATCH v4 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Elijah Newren
      • Re: [PATCH v4 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
        • Re: [PATCH v4 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
      • Re: [PATCH v4 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
  • [PATCH v5 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v5 1/8] finalize_object_file(): check for name collision before renaming, Taylor Blau
    • [PATCH v5 2/8] finalize_object_file(): refactor unlink_or_warn() placement, Taylor Blau
    • [PATCH v5 3/8] finalize_object_file(): implement collision check, Taylor Blau
    • [PATCH v5 4/8] pack-objects: use finalize_object_file() to rename pack/idx/etc, Taylor Blau
    • [PATCH v5 5/8] sha1: do not redefine `platform_SHA_CTX` and friends, Taylor Blau
    • [PATCH v5 6/8] hash.h: scaffolding for _unsafe hashing variants, Taylor Blau
    • [PATCH v5 7/8] Makefile: allow specifying a SHA-1 for non-cryptographic uses, Taylor Blau
    • [PATCH v5 8/8] csum-file.c: use unsafe SHA-1 implementation when available, Taylor Blau
    • Re: [PATCH v5 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Elijah Newren
      • Re: [PATCH v5 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Junio C Hamano
    • Re: [PATCH v5 0/8] hash.h: support choosing a separate SHA-1 for non-cryptographic uses, Jeff King
• `git rebase (--no-fork-point) --onto=<newbase> [<upstream> [<branch>]]` leaves HEAD detached and *HEAD not moved when <branch> is exactly `HEAD`, Han Jiang
  • Re: `git rebase (--no-fork-point) --onto=<newbase> [<upstream> [<branch>]]` leaves HEAD detached and *HEAD not moved when <branch> is exactly `HEAD`, Phillip Wood
    • Re: `git rebase (--no-fork-point) --onto=<newbase> [<upstream> [<branch>]]` leaves HEAD detached and *HEAD not moved when <branch> is exactly `HEAD`, Junio C Hamano
      • Re: `git rebase (--no-fork-point) --onto=<newbase> [<upstream> [<branch>]]` leaves HEAD detached and *HEAD not moved when <branch> is exactly `HEAD`, Han Jiang
      • Re: `git rebase (--no-fork-point) --onto=<newbase> [<upstream> [<branch>]]` leaves HEAD detached and *HEAD not moved when <branch> is exactly `HEAD`, Phillip Wood
        • Re: `git rebase (--no-fork-point) --onto=<newbase> [<upstream> [<branch>]]` leaves HEAD detached and *HEAD not moved when <branch> is exactly `HEAD`, Junio C Hamano