Git Distributed Software Revision Control — Thread Index

• Date Index

• [PATCH v2] [GSoC] submodule--helper: introduce add-clone subcommand, (continued)
  • [PATCH v2] [GSoC] submodule--helper: introduce add-clone subcommand, Atharva Raykar
    • Re: [PATCH v2] [GSoC] submodule--helper: introduce add-clone subcommand, Christian Couder
      • Re: [PATCH v2] [GSoC] submodule--helper: introduce add-clone subcommand, Atharva Raykar
        • [PATCH v3] [GSoC] submodule--helper: introduce add-clone subcommand, Atharva Raykar
          • Re: [PATCH v3] [GSoC] submodule--helper: introduce add-clone subcommand, Atharva Raykar
    • Re: [PATCH v2] [GSoC] submodule--helper: introduce add-clone subcommand, Shourya Shukla
      • Re: [PATCH v2] [GSoC] submodule--helper: introduce add-clone subcommand, Atharva Raykar
• Fetching single tag in shallow clone almost unshallow the clone, Bagas Sanjaya
  • Re: Fetching single tag in shallow clone almost unshallow the clone, Derrick Stolee
    • Re: Fetching single tag in shallow clone almost unshallow the clone, Bagas Sanjaya
• [ANNOUNCE] Git v2.32.0-rc2, Junio C Hamano
• git rm --pathspec-from-file does not work in subdirectories, Dietrich Epp
  • Re: git rm --pathspec-from-file does not work in subdirectories, Junio C Hamano
    • Re: git rm --pathspec-from-file does not work in subdirectories, Eric Sunshine
      • Re: git rm --pathspec-from-file does not work in subdirectories, Junio C Hamano
• Bug: git p4 clone fails if non unicode files with +k or+ko attributes are present, Arthur Moore
• [ANNOUNCE] Git Rev News edition 75, Christian Couder
• git push doesn't use local branch name as default, Mathias Kunter
  • RE: git push doesn't use local branch name as default, Felipe Contreras
  • <Possible follow-ups>
  • git push doesn't use local branch name as default, Mathias Kunter
    • Re: git push doesn't use local branch name as default, Elijah Newren
      • Re: git push doesn't use local branch name as default, Mathias Kunter
        • Re: git push doesn't use local branch name as default, Mathias Kunter
          • git push default doesn't make sense, Felipe Contreras
            • Re: git push default doesn't make sense, Mathias Kunter
              • Re: git push default doesn't make sense, Felipe Contreras
        • Re: git push doesn't use local branch name as default, Felipe Contreras
      • Re: git push doesn't use local branch name as default, Felipe Contreras
        • Re: git push doesn't use local branch name as default, Elijah Newren
          • Re: git push doesn't use local branch name as default, Felipe Contreras
    • RE: git push doesn't use local branch name as default, Felipe Contreras
• [PATCH 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
  • [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
    • RE: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
      • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
        • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
          • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
      • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Phillip Wood
        • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
          • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Phillip Wood
          • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
            • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Phillip Wood
              • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
            • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
        • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
          • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Phillip Wood
    • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
      • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
        • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
        • Re: [PATCH 1/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
  • [PATCH 2/2] [GSOC] ref-filter: add %(header) atom, ZheNing Hu via GitGitGadget
    • RE: [PATCH 2/2] [GSOC] ref-filter: add %(header) atom, Felipe Contreras
    • Re: [PATCH 2/2] [GSOC] ref-filter: add %(header) atom, Junio C Hamano
    • Re: [PATCH 2/2] [GSOC] ref-filter: add %(header) atom, Junio C Hamano
      • Re: [PATCH 2/2] [GSOC] ref-filter: add %(header) atom, ZheNing Hu
  • RE: [PATCH 0/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
  • [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
    • [PATCH v2 1/2] [GSOC] ref-filter: add obj-type check in grab contents, ZheNing Hu via GitGitGadget
      • Re: [PATCH v2 1/2] [GSOC] ref-filter: add obj-type check in grab contents, Junio C Hamano
    • [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
      • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
        • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
          • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
            • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
      • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
        • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
          • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
            • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
              • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Johannes Schindelin
      • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
      • RE: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Felipe Contreras
        • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
  • <Possible follow-ups>
  • [PATCH 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
    • [PATCH 1/2] [GSOC] ref-filter: add obj-type check in grab contents, ZheNing Hu via GitGitGadget
      • Re: [PATCH 1/2] [GSOC] ref-filter: add obj-type check in grab contents, Junio C Hamano
        • Re: [PATCH 1/2] [GSOC] ref-filter: add obj-type check in grab contents, ZheNing Hu
    • [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
      • Re: [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
        • Re: [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
          • Re: [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
            • Re: [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
          • Re: [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, Junio C Hamano
            • Re: [PATCH 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
    • Re: [PATCH 0/2] [GSOC] ref-filter: add %(raw) atom, Bagas Sanjaya
      • Re: [PATCH 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
    • [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
      • [PATCH v2 1/2] [GSOC] ref-filter: add obj-type check in grab contents, ZheNing Hu via GitGitGadget
      • [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu via GitGitGadget
        • Re: [PATCH v2 2/2] [GSOC] ref-filter: add %(raw) atom, Christian Couder
      • Re: [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, Christian Couder
        • Re: [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
          • Re: [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, Christian Couder
            • Re: [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
              • Re: [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, Christian Couder
                • Re: [PATCH v2 0/2] [GSOC] ref-filter: add %(raw) atom, ZheNing Hu
• [PATCH 0/5] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren via GitGitGadget
  • [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren via GitGitGadget
    • Re: [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, René Scharfe
      • Re: [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren
        • Re: [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, René Scharfe
          • Re: [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren
    • Re: [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Taylor Blau
      • Re: [PATCH 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren
  • [PATCH 2/5] diffcore-rename: avoid unnecessary strdup'ing in break_idx, Elijah Newren via GitGitGadget
  • [PATCH 3/5] diffcore-rename: enable limiting rename detection to relevant destinations, Elijah Newren via GitGitGadget
  • [PATCH 4/5] Fix various issues found in comments, Elijah Newren via GitGitGadget
  • [PATCH 5/5] merge-ort: miscellaneous touch-ups, Elijah Newren via GitGitGadget
  • [PATCH v2 0/5] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren via GitGitGadget
    • [PATCH v2 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren via GitGitGadget
      • Re: [PATCH v2 1/5] merge-ort: replace string_list_df_name_compare with faster alternative, Derrick Stolee
    • [PATCH v2 3/5] diffcore-rename: enable limiting rename detection to relevant destinations, Elijah Newren via GitGitGadget
      • Re: [PATCH v2 3/5] diffcore-rename: enable limiting rename detection to relevant destinations, Derrick Stolee
        • Re: [PATCH v2 3/5] diffcore-rename: enable limiting rename detection to relevant destinations, Elijah Newren
    • [PATCH v2 2/5] diffcore-rename: avoid unnecessary strdup'ing in break_idx, Elijah Newren via GitGitGadget
    • [PATCH v2 4/5] Fix various issues found in comments, Elijah Newren via GitGitGadget
    • [PATCH v2 5/5] merge-ort: miscellaneous touch-ups, Elijah Newren via GitGitGadget
    • Re: [PATCH v2 0/5] Optimization batch 12: miscellaneous unthemed stuff, Derrick Stolee
    • [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren via GitGitGadget
      • [PATCH v3 1/4] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren via GitGitGadget
      • [PATCH v3 3/4] Fix various issues found in comments, Elijah Newren via GitGitGadget
      • [PATCH v3 4/4] merge-ort: miscellaneous touch-ups, Elijah Newren via GitGitGadget
      • [PATCH v3 2/4] diffcore-rename: avoid unnecessary strdup'ing in break_idx, Elijah Newren via GitGitGadget
      • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Derrick Stolee
        • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren
          • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren
          • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Jeff King
            • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Derrick Stolee
              • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren
              • Re: [PATCH v3 0/4] Optimization batch 12: miscellaneous unthemed stuff, Jeff King
      • [PATCH v4 0/4] Optimization batch 12: miscellaneous unthemed stuff, Elijah Newren via GitGitGadget
        • [PATCH v4 2/4] diffcore-rename: avoid unnecessary strdup'ing in break_idx, Elijah Newren via GitGitGadget
        • [PATCH v4 1/4] merge-ort: replace string_list_df_name_compare with faster alternative, Elijah Newren via GitGitGadget
        • [PATCH v4 3/4] Fix various issues found in comments, Elijah Newren via GitGitGadget
        • [PATCH v4 4/4] merge-ort: miscellaneous touch-ups, Elijah Newren via GitGitGadget
• [PATCH 0/2] Directory traversal fixes, Elijah Newren via GitGitGadget
  • [PATCH 2/2] dir: introduce readdir_skip_dot_and_dotdot() helper, Elijah Newren via GitGitGadget
  • [PATCH 1/2] dir: update stale description of treat_directory(), Derrick Stolee via GitGitGadget
• Re: [ANNOUNCE] git related v0.3, Felipe Contreras
• [ANNOUNCE] git-related v1.0, Felipe Contreras
• [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Matheus Tavares
  • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Christian Couder
  • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Ævar Arnfjörð Bjarmason
    • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Ævar Arnfjörð Bjarmason
      • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Matheus Tavares
        • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Ævar Arnfjörð Bjarmason
      • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Đoàn Trần Công Danh
        • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Ævar Arnfjörð Bjarmason
          • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Bagas Sanjaya
          • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Đoàn Trần Công Danh
            • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Ævar Arnfjörð Bjarmason
              • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Đoàn Trần Công Danh
                • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, Đoàn Trần Công Danh
              • Re: UTF-BOM was: [PATCH] t2080: fix cp invocation..., Torsten Bögershausen
          • Re: [PATCH] t2080: fix cp invocation to copy symlinks instead of following them, brian m. carlson
• [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Yuri
  • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Junio C Hamano
    • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Yuri
      • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Torsten Bögershausen
        • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Jeff King
          • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Yuri
            • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Bagas Sanjaya
              • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Yuri
                • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Torsten Bögershausen
                  • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Jeff King
                    • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Yuri
                      • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Thomas Guyot
                        • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Bagas Sanjaya
                    • Re: [BUG REPORT] File names that contain UTF8 characters are unnecessarily escaped in 'git status .' messages, Junio C Hamano
• patatt: end-to-end developer attestation for patches, Konstantin Ryabitsev
• Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Ævar Arnfjörð Bjarmason
  • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Jiang Xin
    • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Ævar Arnfjörð Bjarmason
      • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Jeff King
      • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Felipe Contreras
        • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Jiang Xin
      • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Jiang Xin
        • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Ævar Arnfjörð Bjarmason
          • Re: Runaway sed memory use in test on older sed+glibc (was "Re: [PATCH v6 1/3] test: add helper functions for git-bundle"), Jiang Xin
            • [PATCH 1/2] t6020: fix bash incompatible issue, Jiang Xin
            • [PATCH 2/2] t6020: do not mangle trailing spaces in output, Jiang Xin
              • Re: [PATCH 2/2] t6020: do not mangle trailing spaces in output, Ævar Arnfjörð Bjarmason
                • [PATCH v2 0/4] Fixed t6020 bash compatible issue and fixed wrong sideband suffix issue, Jiang Xin
                  • Re: [PATCH v2 0/4] Fixed t6020 bash compatible issue and fixed wrong sideband suffix issue, Junio C Hamano
                    • Re: [PATCH v2 0/4] Fixed t6020 bash compatible issue and fixed wrong sideband suffix issue, Jiang Xin
                      • [PATCH v3] t6020: fix incompatible parameter expansion, Jiang Xin
                        • Re: [PATCH v3] t6020: fix incompatible parameter expansion, Ævar Arnfjörð Bjarmason
                • [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Jiang Xin
                  • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Ævar Arnfjörð Bjarmason
                  • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Junio C Hamano
                    • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Jiang Xin
                      • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Junio C Hamano
                        • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Jiang Xin
                          • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Nicolas Pitre
                            • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Jiang Xin
                              • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Nicolas Pitre
                                • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Junio C Hamano
                                  • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Jiang Xin
                                  • Re: [PATCH v2 3/4] sideband: append suffix for message whose CR in next pktline, Nicolas Pitre
                • [PATCH v2 2/4] test: refactor create_commits_in() for t5411 and t5548, Jiang Xin
                • [PATCH v2 4/4] test: compare raw output, not mangle tabs and spaces, Jiang Xin
                • [PATCH v2 1/4] t6020: fix bash incompatible issue, Jiang Xin
• time needed to rebase shortend by using --onto?, Uwe Kleine-König
  • Re: time needed to rebase shortend by using --onto?, Bagas Sanjaya
  • Re: time needed to rebase shortend by using --onto?, Elijah Newren
    • Re: time needed to rebase shortend by using --onto?, Uwe Kleine-König
      • Re: time needed to rebase shortend by using --onto?, Uwe Kleine-König
        • Re: time needed to rebase shortend by using --onto?, Elijah Newren
      • Re: time needed to rebase shortend by using --onto?, Elijah Newren
        • Re: time needed to rebase shortend by using --onto?, Uwe Kleine-König
          • Re: time needed to rebase shortend by using --onto?, Elijah Newren
          • Re: time needed to rebase shortend by using --onto?, Felipe Contreras
  • Re: time needed to rebase shortend by using --onto?, Junio C Hamano
    • Re: time needed to rebase shortend by using --onto?, Uwe Kleine-König
• CI: 'seen' minus a few passes tests, eh, almost, Junio C Hamano
  • Re: CI: 'seen' minus a few passes tests, eh, almost, Junio C Hamano
    • Re: CI: 'seen' minus a few passes tests, eh, almost, Junio C Hamano
    • Re: CI: 'seen' minus a few passes tests, eh, almost, Taylor Blau
      • Re: CI: 'seen' minus a few passes tests, eh, almost, Jeff King
        • Re: CI: 'seen' minus a few passes tests, eh, almost, Taylor Blau
    • Re: CI: 'seen' minus a few passes tests, eh, almost, Johannes Schindelin
  • Re: CI: 'seen' minus a few passes tests, eh, almost, ZheNing Hu
• The top 1% of commit trailers, Felipe Contreras
  • Re: The top 1% of commit trailers, Bagas Sanjaya
    • Re: The top 1% of commit trailers, Felipe Contreras
• CI fail: "invalid object type" only on dockerized linux32 runs?, Junio C Hamano
  • Re: CI fail: "invalid object type" only on dockerized linux32 runs?, Ævar Arnfjörð Bjarmason
• Draft of Git Rev News edition 75, Christian Couder
• [PATCH v3 00/12] doc: cleanup old cruft and asciidoctor revamp, Felipe Contreras
  • [PATCH v3 01/12] doc: remove GNU troff workaround, Felipe Contreras
  • [PATCH v3 02/12] doc: use --stringparam in xmlto, Felipe Contreras
  • [PATCH v3 03/12] doc: simplify version passing, Felipe Contreras
  • [PATCH v3 04/12] doc: asciidoc: remove unnecessary attribute, Felipe Contreras
  • [PATCH v3 05/12] doc: asciidoctor: remove unnecessary require, Felipe Contreras
  • [PATCH v3 06/12] doc: asciidoctor: remove cruft, Felipe Contreras
  • [PATCH v3 08/12] doc: asciidoctor: use html-prefix only for html, Felipe Contreras
  • [PATCH v3 07/12] doc: asciidoctor: reorganize extensions, Felipe Contreras
  • [PATCH v3 10/12] doc: asciidoctor: improve string handling, Felipe Contreras
  • [PATCH v3 11/12] doc: asciidoctor: split the format from the code, Felipe Contreras
  • [PATCH v3 12/12] doc: asciidoctor: specify name of our group, Felipe Contreras
  • [PATCH v3 09/12] doc: asciidoctor: refactor macro registration, Felipe Contreras
• git status when merging non-conflicted 3-way merge says "All conflicts fixed", Bagas Sanjaya
  • Re: git status when merging non-conflicted 3-way merge says "All conflicts fixed", Elijah Newren
    • Re: git status when merging non-conflicted 3-way merge says "All conflicts fixed", Phillip Wood
      • Re: git status when merging non-conflicted 3-way merge says "All conflicts fixed", Elijah Newren
        • Re: git status when merging non-conflicted 3-way merge says "All conflicts fixed", Junio C Hamano
    • Re: git status when merging non-conflicted 3-way merge says "All conflicts fixed", Igor Djordjevic
      • Re: git status when merging non-conflicted 3-way merge says "All conflicts fixed", Elijah Newren
• [PATCH] init: fix bug regarding ~/ expansion in init.templateDir, Matheus Tavares
  • Re: [PATCH] init: fix bug regarding ~/ expansion in init.templateDir, Junio C Hamano
• RE: [ANNOUNCE] Git v2.32.0-rc1 - Defect in t0301.3, t1092.6, t5300, Randall S. Becker
  • Re: [ANNOUNCE] Git v2.32.0-rc1 - Defect in t0301.3, t1092.6, t5300, Taylor Blau
    • RE: [ANNOUNCE] Git v2.32.0-rc1 - Defect in t0301.3, t1092.6, t5300, Randall S. Becker
      • Re: [ANNOUNCE] Git v2.32.0-rc1 - Defect in t0301.3, t1092.6, t5300, Taylor Blau
        • RE: [ANNOUNCE] Git v2.32.0-rc1 - Defect in t0301.3, t1092.6, t5300, Randall S. Becker
• Dear Fiend., Mr. Parker Ben Smith
• [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Derrick Stolee via GitGitGadget
  • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Jonathan Nieder
    • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Derrick Stolee
      • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Taylor Blau
        • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Ævar Arnfjörð Bjarmason
          • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Taylor Blau
            • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Derrick Stolee
              • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
                • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Derrick Stolee
                  • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
                    • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
                    • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Taylor Blau
            • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
              • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Taylor Blau
            • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Ævar Arnfjörð Bjarmason
              • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
        • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
      • Re: [PATCH] t1092: use GIT_PROGRESS_DELAY for consistent results, Junio C Hamano
• [PATCH] t9001-send-email.sh: fix expected absolute paths on Windows, Johannes Sixt
  • Re: [PATCH] t9001-send-email.sh: fix expected absolute paths on Windows, Jonathan Nieder
  • Re: [PATCH] t9001-send-email.sh: fix expected absolute paths on Windows, Ævar Arnfjörð Bjarmason
    • Re: [PATCH] t9001-send-email.sh: fix expected absolute paths on Windows, Ævar Arnfjörð Bjarmason
  • [PATCH 0/2] send-email: pre-release fixes for v2.32.0, Ævar Arnfjörð Bjarmason
    • [PATCH 1/2] send-email: fix missing error message regression, Ævar Arnfjörð Bjarmason
    • [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Ævar Arnfjörð Bjarmason
      • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Junio C Hamano
        • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Robert Foss
        • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Ævar Arnfjörð Bjarmason
          • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Ævar Arnfjörð Bjarmason
            • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Robert Foss
          • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Junio C Hamano
            • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Ævar Arnfjörð Bjarmason
              • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Junio C Hamano
                • [PATCH v2 0/2] send-email: don't needlessly abs_path() the core.hooksPath, Ævar Arnfjörð Bjarmason
                  • [PATCH v2 1/2] send-email: don't needlessly abs_path() the core.hooksPath, Ævar Arnfjörð Bjarmason
                  • [PATCH v2 2/2] send-email: move "hooks_path" invocation to git-send-email.perl, Ævar Arnfjörð Bjarmason
          • Re: [PATCH 2/2] send-email: don't needlessly abs_path() the core.hooksPath, Felipe Contreras
  • Re: [PATCH] t9001-send-email.sh: fix expected absolute paths on Windows, Johannes Schindelin
• [GSoC] Git Blog 1, ZheNing Hu
  • Re: [GSoC] Git Blog 1, Christian Couder
    • Re: [GSoC] Git Blog 1, ZheNing Hu
• [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, ZheNing Hu via GitGitGadget
  • [PATCH 1/3] [GSOC] quote: add *.quote_buf_with_size functions, ZheNing Hu via GitGitGadget
  • [PATCH 2/3] [GSOC] ref-filter: support %(contents) for blob, tree, ZheNing Hu via GitGitGadget
    • Re: [PATCH 2/3] [GSOC] ref-filter: support %(contents) for blob, tree, Junio C Hamano
      • Re: [PATCH 2/3] [GSOC] ref-filter: support %(contents) for blob, tree, Junio C Hamano
        • Re: [PATCH 2/3] [GSOC] ref-filter: support %(contents) for blob, tree, ZheNing Hu
          • Re: [PATCH 2/3] [GSOC] ref-filter: support %(contents) for blob, tree, Junio C Hamano
            • Re: [PATCH 2/3] [GSOC] ref-filter: support %(contents) for blob, tree, ZheNing Hu
  • [PATCH 3/3] [GSOC] ref-filter: add contents:raw atom, ZheNing Hu via GitGitGadget
  • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, Junio C Hamano
    • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, Felipe Contreras
      • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, Bagas Sanjaya
        • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, Junio C Hamano
    • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, ZheNing Hu
    • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, Junio C Hamano
      • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, ZheNing Hu
        • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, Junio C Hamano
          • Re: [PATCH 0/3] [GSOC][RFC] ref-filter: add contents:raw atom, ZheNing Hu
• [PATCH v6] help: colorize man pages, Felipe Contreras
  • Re: [PATCH v6] help: colorize man pages, Phillip Wood
    • Re: [PATCH v6] help: colorize man pages, Felipe Contreras
  • Re: [PATCH v6] help: colorize man pages, Ævar Arnfjörð Bjarmason
    • Re: [PATCH v6] help: colorize man pages, Junio C Hamano
      • Re: [PATCH v6] help: colorize man pages, Felipe Contreras
      • [PATCH v7] help: colorize man pages if man.color=true under less(1), Ævar Arnfjörð Bjarmason
        • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Phillip Wood
        • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Junio C Hamano
          • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Felipe Contreras
          • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Ævar Arnfjörð Bjarmason
            • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Jeff King
              • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Felipe Contreras
              • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Junio C Hamano
                • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Felipe Contreras
        • RE: [PATCH v7] help: colorize man pages if man.color=true under less(1), Felipe Contreras
        • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Jeff King
          • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Junio C Hamano
            • Re: [PATCH v7] help: colorize man pages if man.color=true under less(1), Felipe Contreras
  • RE: [PATCH v6] help: colorize man pages, Felipe Contreras
  • [PATCH v8] help: add option to colorize man pages under less, Felipe Contreras
    • Re: [PATCH v8] help: add option to colorize man pages under less, Ævar Arnfjörð Bjarmason
• [GSoC] My Git Dev Blog, Atharva Raykar
  • Re: [GSoC] My Git Dev Blog, Philippe Blain
    • Re: [GSoC] My Git Dev Blog, Atharva Raykar
  • Re: [GSoC] My Git Dev Blog, Bagas Sanjaya
    • Re: [GSoC] My Git Dev Blog, Atharva Raykar
    • Re: [GSoC] My Git Dev Blog, Felipe Contreras
  • Re: [GSoC] My Git Dev Blog, Christian Couder
  • Re: [GSoC] My Git Dev Blog, Atharva Raykar
    • Re: [GSoC] My Git Dev Blog, Kaartic Sivaraam
      • Re: [GSoC] My Git Dev Blog, Atharva Raykar
    • Re: [GSoC] My Git Dev Blog, Bagas Sanjaya
      • Re: [GSoC] My Git Dev Blog, Atharva Raykar
        • Re: [GSoC] My Git Dev Blog, Christian Couder
• fast forward merge overwriting my code, Andre Ulrich
  • Re: fast forward merge overwriting my code, Philip Oakley
    • Re: fast forward merge overwriting my code, Junio C Hamano
      • Re: fast forward merge overwriting my code, Philip Oakley
  • Re: fast forward merge overwriting my code, Johannes Sixt
    • Re: fast forward merge overwriting my code, brian m. carlson
      • Re: fast forward merge overwriting my code, Andre Ulrich
        • Re: fast forward merge overwriting my code, Bagas Sanjaya
        • Re: fast forward merge overwriting my code, Philip Oakley
          • Re: fast forward merge overwriting my code, Andre Ulrich
            • Re: fast forward merge overwriting my code, Philip Oakley
              • Re: fast forward merge overwriting my code, Philip Oakley
              • Re: fast forward merge overwriting my code, David Aguilar
                • Re: fast forward merge overwriting my code, Philip Oakley
        • Re: fast forward merge overwriting my code, Igor Djordjevic
        • Re: fast forward merge overwriting my code, Felipe Contreras
          • Re: fast forward merge overwriting my code, Philip Oakley
            • Re: fast forward merge overwriting my code, Felipe Contreras
              • Re: fast forward merge overwriting my code, Philip Oakley
                • Re: fast forward merge overwriting my code, Felipe Contreras
                  • Re: fast forward merge overwriting my code, Philip Oakley
                    • Re: fast forward merge overwriting my code, Felipe Contreras
                      • Re: fast forward merge overwriting my code, Philip Oakley
• [ANNOUNCE] Git for Windows 2.32.0-rc1, Johannes Schindelin
• What's cooking in git.git (May 2021, #05; Sat, 22), Junio C Hamano
• [ANNOUNCE] Git v2.32.0-rc1, Junio C Hamano
  • Re: [ANNOUNCE] Git v2.32.0-rc1, Jean-Noël AVILA
    • Re: [ANNOUNCE] Git v2.32.0-rc1, Junio C Hamano
• [PATCH] t: use configured TAR instead of tar, Đoàn Trần Công Danh
  • Re: [PATCH] t: use configured TAR instead of tar, Junio C Hamano
    • Re: [PATCH] t: use configured TAR instead of tar, brian m. carlson
  • [PATCH v2] t: use configured TAR instead of tar, Đoàn Trần Công Danh
• [PATCH v5] help: colorize man pages, Felipe Contreras
  • Re: [PATCH v5] help: colorize man pages, Jeff King
    • Re: [PATCH v5] help: colorize man pages, Felipe Contreras
• [PATCH v2 00/11] doc: asciidoctor: direct man page creation and fixes, Felipe Contreras
  • [PATCH v2 01/11] doc: doc-diff: set docdate manually, Felipe Contreras
    • Re: [PATCH v2 01/11] doc: doc-diff: set docdate manually, Bagas Sanjaya
      • Re: [PATCH v2 01/11] doc: doc-diff: set docdate manually, Felipe Contreras
  • [PATCH v2 02/11] doc-diff: drop --cut-footer switch, Felipe Contreras
  • [PATCH v2 03/11] doc: use asciidoctor to build man pages directly, Felipe Contreras
    • RE: [PATCH v2 03/11] doc: use asciidoctor to build man pages directly, Felipe Contreras
  • [PATCH v2 04/11] doc-diff: support asciidoctor man pages, Felipe Contreras
    • RE: [PATCH v2 04/11] doc-diff: support asciidoctor man pages, Felipe Contreras
  • [PATCH v2 05/11] doc: asciidoctor: add linkgit macros in man pages, Felipe Contreras
  • [PATCH v2 06/11] doc: add man pages workaround for asciidoctor, Felipe Contreras
  • [PATCH v2 07/11] doc: asciidoctor: add hack for xrefs, Felipe Contreras
  • [PATCH v2 08/11] doc: asciidoctor: add hack to improve links, Felipe Contreras
  • [PATCH v2 09/11] doc: asciidoctor: add support for baseurl, Felipe Contreras
  • [PATCH v2 10/11] doc: asciidoctor: cleanup man page hack, Felipe Contreras
  • [PATCH v2 11/11] doc: asciidoctor: add hack for old versions, Felipe Contreras
  • RE: [PATCH v2 00/11] doc: asciidoctor: direct man page creation and fixes, Felipe Contreras
• [PATCH v2 00/12] doc: cleanup old cruft and asciidoctor revamp, Felipe Contreras
  • [PATCH v2 01/12] doc: remove GNU troff workaround, Felipe Contreras
  • [PATCH v2 02/12] doc: use --stringparam in xmlto, Felipe Contreras
  • [PATCH v2 03/12] doc: simplify version passing, Felipe Contreras
  • [PATCH v2 04/12] doc: asciidoc: remove unnecessary attribute, Felipe Contreras
  • [PATCH v2 05/12] doc: asciidoctor: remove unnecessary require, Felipe Contreras
  • [PATCH v2 06/12] doc: asciidoctor: remove cruft, Felipe Contreras
  • [PATCH v2 07/12] doc: asciidoctor: reorganize extensions, Felipe Contreras
  • [PATCH v2 08/12] doc: asciidoctor: use html-prefix only for html, Felipe Contreras
  • [PATCH v2 09/12] doc: asciidoctor: refactor macro registration, Felipe Contreras
  • [PATCH v2 10/12] doc: asciidoctor: improve string handling, Felipe Contreras
  • [PATCH v2 11/12] doc: asciidoctor: split the format from the code, Felipe Contreras
  • [PATCH v2 12/12] doc: asciidoctor: specify name of our group, Felipe Contreras
  • Re: [PATCH v2 00/12] doc: cleanup old cruft and asciidoctor revamp, Junio C Hamano
    • Re: [PATCH v2 00/12] doc: cleanup old cruft and asciidoctor revamp, Felipe Contreras
      • Re: [PATCH v2 00/12] doc: cleanup old cruft and asciidoctor revamp, Junio C Hamano
        • Re: [PATCH v2 00/12] doc: cleanup old cruft and asciidoctor revamp, Junio C Hamano
        • Re: [PATCH v2 00/12] doc: cleanup old cruft and asciidoctor revamp, Felipe Contreras
• [PATCH v3 0/5] doc: asciidoc cleanups, Felipe Contreras
  • [PATCH v3 1/5] doc: refactor common asciidoc dependencies, Felipe Contreras
  • [PATCH v3 2/5] doc: improve asciidoc dependencies, Felipe Contreras
  • [PATCH v3 3/5] doc: remove unnecessary rm instances, Felipe Contreras
    • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Junio C Hamano
      • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Felipe Contreras
        • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Felipe Contreras
        • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Junio C Hamano
          • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Felipe Contreras
            • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Junio C Hamano
              • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Felipe Contreras
                • Re: [PATCH v3 3/5] doc: remove unnecessary rm instances, Felipe Contreras
  • [PATCH v3 4/5] doc: simplify Makefile using .DELETE_ON_ERROR, Felipe Contreras
  • [PATCH v3 5/5] doc: avoid using rm directly, Felipe Contreras
  • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Junio C Hamano
    • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Jeff King
      • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Felipe Contreras
        • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Jeff King
          • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Felipe Contreras
      • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Junio C Hamano
        • Re: [PATCH v3 0/5] doc: asciidoc cleanups, Felipe Contreras
• Formatting options are ignored when tracking functions, Aidan
  • RE: Formatting options are ignored when tracking functions, Felipe Contreras
  • <Possible follow-ups>
  • Re: Formatting options are ignored when tracking functions, Philippe Blain
    • Re: Formatting options are ignored when tracking functions, Bagas Sanjaya
    • Re: Formatting options are ignored when tracking functions, Junio C Hamano
      • Re: Formatting options are ignored when tracking functions, Philippe Blain
        • Re: Formatting options are ignored when tracking functions, Felipe Contreras
• [PATCH] stash show: use stash.showIncludeUntracked even when diff options given, Denton Liu
  • Re: [PATCH] stash show: use stash.showIncludeUntracked even when diff options given, Junio C Hamano
• What's cooking in git.git (May 2021, #04; Fri, 21), Junio C Hamano
• [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Siavash
  • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Jonathan Nieder
    • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Siavash
  • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, brian m. carlson
    • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Jeff King
      • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, brian m. carlson
        • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Jeff King
          • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Felipe Contreras
            • Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Ævar Arnfjörð Bjarmason
              • RE: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Felipe Contreras
                • Re: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Ævar Arnfjörð Bjarmason
                  • Re: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Felipe Contreras
              • Re: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Junio C Hamano
                • Re: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Bagas Sanjaya
                  • Re: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Felipe Contreras
                • Re: Renaming "non-contrib" things out of contrib/* (was "Re: [Bug] git-credential-netrc.perl[...]"), Felipe Contreras
  • Re: [Bug] git-credential-netrc.perl is not built and is not available in `exec-path`, Jeff King
• [PATCH] [GSOC] ref-filter: add contents:raw atom, ZheNing Hu via GitGitGadget
  • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, Hariom verma
    • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, ZheNing Hu
  • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, Christian Couder
    • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, ZheNing Hu
      • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, Christian Couder
        • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, ZheNing Hu
          • Re: [PATCH] [GSOC] ref-filter: add contents:raw atom, ZheNing Hu
• [PATCH] help: fix small typo in error message, Jean-Noël Avila
  • Re: [PATCH] help: fix small typo in error message, Jonathan Nieder
  • Re: [PATCH] help: fix small typo in error message, Junio C Hamano
• getting git.exe for Android Studio on Windows, Somogyi Henrik
  • Re: getting git.exe for Android Studio on Windows, brian m. carlson
    • Message not available
      • Message not available
        • Re: getting git.exe for Android Studio on Windows, brian m. carlson
          • Re: getting git.exe for Android Studio on Windows, Johannes Schindelin
• [PATCH v4] help: colorize man pages, Felipe Contreras
  • Re: [PATCH v4] help: colorize man pages, Phillip Wood
    • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
      • Re: [PATCH v4] help: colorize man pages, Phillip Wood
        • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
          • Re: [PATCH v4] help: colorize man pages, Phillip Wood
            • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
    • Re: [PATCH v4] help: colorize man pages, Junio C Hamano
      • Re: [PATCH v4] help: colorize man pages, Jeff King
        • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
          • Re: [PATCH v4] help: colorize man pages, Jeff King
            • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
              • Re: [PATCH v4] help: colorize man pages, Jeff King
                • Re: [PATCH v4] help: colorize man pages, Philip Oakley
                  • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
                • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
      • Re: [PATCH v4] help: colorize man pages, Felipe Contreras
  • Re: [PATCH v4] help: colorize man pages, Leah Neukirchen
• What's cooking in git.git (May 2021, #03; Thu, 20), Junio C Hamano
  • Re: What's cooking in git.git (May 2021, #03; Thu, 20), Elijah Newren
    • Re: What's cooking in git.git (May 2021, #03; Thu, 20), Junio C Hamano
  • Re: What's cooking in git.git (May 2021, #03; Thu, 20), Ævar Arnfjörð Bjarmason
  • RE: What's cooking in git.git (May 2021, #03; Thu, 20), Felipe Contreras
    • Re: What's cooking in git.git (May 2021, #03; Thu, 20), Ævar Arnfjörð Bjarmason
      • Re: What's cooking in git.git (May 2021, #03; Thu, 20), Felipe Contreras
• [Bug Report] git log -L:<funcname>:<file>, Weishi Zeng
  • Re: [Bug Report] git log -L:<funcname>:<file>, Bagas Sanjaya
    • Re: [Bug Report] git log -L:<funcname>:<file>, Weishi Zeng
  • Re: [Bug Report] git log -L:<funcname>:<file>, Atharva Raykar
• RFC: error codes on exit, Jonathan Nieder
  • RE: RFC: error codes on exit, Felipe Contreras
    • Re: RFC: error codes on exit, Alex Henrie
      • Re: RFC: error codes on exit, H. Peter Anvin
        • Re: RFC: error codes on exit, Bagas Sanjaya
        • Re: RFC: error codes on exit, Junio C Hamano
          • Re: RFC: error codes on exit, H. Peter Anvin
          • Re: RFC: error codes on exit, Felipe Contreras
            • Re: RFC: error codes on exit, H. Peter Anvin
              • Re: RFC: error codes on exit, Felipe Contreras
                • Re: RFC: error codes on exit, H. Peter Anvin
      • Re: RFC: error codes on exit, Philip Oakley
        • Re: RFC: error codes on exit, Felipe Contreras
          • Re: RFC: error codes on exit, Alex Henrie
            • Re: RFC: error codes on exit, Felipe Contreras
  • Re: RFC: error codes on exit, Junio C Hamano
    • Re: RFC: error codes on exit, Felipe Contreras
    • Re: RFC: error codes on exit, Jonathan Nieder
      • Re: RFC: error codes on exit, Junio C Hamano
  • Re: RFC: error codes on exit, Jeff King
    • Re: RFC: error codes on exit, Jonathan Nieder
      • Re: RFC: error codes on exit, Jeff King
  • Re: RFC: error codes on exit, Jeff Hostetler
    • Re: RFC: error codes on exit, brian m. carlson
  • Re: RFC: error codes on exit, brian m. carlson
  • Re: RFC: error codes on exit, Ævar Arnfjörð Bjarmason
• Standardized escaping to store a .git in git?, Josh Triplett
  • Re: Standardized escaping to store a .git in git?, Jonathan Nieder
    • Re: Standardized escaping to store a .git in git?, Josh Triplett
      • Re: Standardized escaping to store a .git in git?, Jonathan Nieder
        • Re: Standardized escaping to store a .git in git?, Josh Triplett
• [PATCH 0/8] Speed up connectivity checks via quarantine dir, Patrick Steinhardt
  • [PATCH 1/8] perf: fix when running with TEST_OUTPUT_DIRECTORY, Patrick Steinhardt
    • Re: [PATCH 1/8] perf: fix when running with TEST_OUTPUT_DIRECTORY, Chris Torek
  • [PATCH 2/8] p5400: add perf tests for git-receive-pack(1), Patrick Steinhardt
    • Re: [PATCH 2/8] p5400: add perf tests for git-receive-pack(1), Chris Torek
    • Re: [PATCH 2/8] p5400: add perf tests for git-receive-pack(1), Jeff King
    • Re: [PATCH 2/8] p5400: add perf tests for git-receive-pack(1), SZEDER Gábor
  • [PATCH 3/8] tmp-objdir: expose function to retrieve path, Patrick Steinhardt
    • Re: [PATCH 3/8] tmp-objdir: expose function to retrieve path, Elijah Newren
  • [PATCH 4/8] packfile: have `for_each_file_in_pack_dir()` return error codes, Patrick Steinhardt
  • [PATCH 5/8] object-file: allow reading loose objects without reading their contents, Patrick Steinhardt
  • [PATCH 6/8] connected: implement connectivity check via temporary object dirs, Patrick Steinhardt
  • [PATCH 7/8] receive-pack: skip connectivity checks on delete-only commands, Patrick Steinhardt
    • RE: [PATCH 7/8] receive-pack: skip connectivity checks on delete-only commands, Felipe Contreras
      • Re: [PATCH 7/8] receive-pack: skip connectivity checks on delete-only commands, Jeff King
  • [PATCH 8/8] receive-pack: check connectivity via quarantined objects, Patrick Steinhardt
  • Re: [PATCH 0/8] Speed up connectivity checks via quarantine dir, Chris Torek
  • Re: [PATCH 0/8] Speed up connectivity checks via quarantine dir, Jeff King
    • Re: [PATCH 0/8] Speed up connectivity checks via quarantine dir, Junio C Hamano
      • Re: [PATCH 0/8] Speed up connectivity checks via quarantine dir, Jeff King
    • Re: [PATCH 0/8] Speed up connectivity checks via quarantine dir, Patrick Steinhardt
    • Re: [PATCH 0/8] Speed up connectivity checks via quarantine dir, Ævar Arnfjörð Bjarmason
• Should we do something with #git-devel on Freenode?, Emily Shaffer
  • Re: Should we do something with #git-devel on Freenode?, Jonathan Nieder
    • Re: Should we do something with #git-devel on Freenode?, Junio C Hamano
    • Re: Should we do something with #git-devel on Freenode?, Michal Suchánek
      • Re: Should we do something with #git-devel on Freenode?, Jeff King
        • Re: Should we do something with #git-devel on Freenode?, Emily Shaffer
        • Re: Should we do something with #git-devel on Freenode?, Junio C Hamano
          • Re: Should we do something with #git-devel on Freenode?, Kevin Daudt
          • Re: Should we do something with #git-devel on Freenode?, Ævar Arnfjörð Bjarmason
            • Re: Should we do something with #git-devel on Freenode?, Junio C Hamano
        • Re: Should we do something with #git-devel on Freenode?, Felipe Contreras
          • RE: Should we do something with #git-devel on Freenode?, Randall S. Becker
          • Re: Should we do something with #git-devel on Freenode?, Ævar Arnfjörð Bjarmason
            • Re: Should we do something with #git-devel on Freenode?, Felipe Contreras
            • Re: Should we do something with #git-devel on Freenode?, Đoàn Trần Công Danh
        • Re: Should we do something with #git-devel on Freenode?, Taylor Blau
          • Re: Should we do something with #git-devel on Freenode?, Kevin Daudt
            • Re: Should we do something with #git-devel on Freenode?, Jan Krüger
              • Re: Should we do something with #git-devel on Freenode?, Ævar Arnfjörð Bjarmason
                • Re: Should we do something with #git-devel on Freenode?, Felipe Contreras
                  • Re: Should we do something with #git-devel on Freenode?, Taylor Blau
                    • Re: Should we do something with #git-devel on Freenode?, Felipe Contreras
                • Re: Should we do something with #git-devel on Freenode?, Jan Krüger
                  • Re: Should we do something with #git-devel on Freenode?, Phillip Susi
• Fw: Tabs vs Spaces - Handle like CLRF?, James Hughes
  • Re: Fw: Tabs vs Spaces - Handle like CLRF?, Jeff King
• [Broken] t5300 fails at 2.32.0-rc0, Randall S. Becker
  • Re: [Broken] t5300 fails at 2.32.0-rc0, Jeff King
    • RE: [Broken] t5300 fails at 2.32.0-rc0, Randall S. Becker
• [PATCH] clone: clean up directory after transport_fetch_refs() failure, Jeff King
  • Re: [PATCH] clone: clean up directory after transport_fetch_refs() failure, Taylor Blau
• [PATCH] doc: explain the use of color.pager, Jeff King
  • RE: [PATCH] doc: explain the use of color.pager, Felipe Contreras
  • Re: [PATCH] doc: explain the use of color.pager, Jonathan Nieder
    • Re: [PATCH] doc: explain the use of color.pager, Felipe Contreras
    • Re: [PATCH] doc: explain the use of color.pager, Junio C Hamano
    • Re: [PATCH] doc: explain the use of color.pager, Junio C Hamano
      • Re: [PATCH] doc: explain the use of color.pager, Jeff King
        • Re: [PATCH] doc: explain the use of color.pager, Jonathan Nieder
• [PATCH] docs: typo in glossary content, Reuven Y. via GitGitGadget
  • Re: [PATCH] docs: typo in glossary content, Junio C Hamano
    • Re: [PATCH] docs: typo in glossary content, Junio C Hamano
  • [PATCH v2] docs: improve fast-forward in glossary content, Reuven Y. via GitGitGadget
    • Re: [PATCH v2] docs: improve fast-forward in glossary content, Junio C Hamano
• [BUG] clone of large repo fails when server closes idle SSH session during "Resolving deltas", Greg Pflaum
  • Re: [BUG] clone of large repo fails when server closes idle SSH session during "Resolving deltas", Jeff King
    • Re: [BUG] clone of large repo fails when server closes idle SSH session during "Resolving deltas", Jeff King
    • [PATCH] fetch-pack: signal v2 server that we are done making requests, Jeff King
• [PATCH v3] help: colorize man pages, Felipe Contreras
• [PATCH] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Jeff Hostetler via GitGitGadget
  • Re: [PATCH] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Junio C Hamano
    • Re: [PATCH] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Jeff Hostetler
      • Re: [PATCH] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Junio C Hamano
  • [PATCH v2] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Jeff Hostetler via GitGitGadget
    • Re: [PATCH v2] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Jeff Hostetler
    • [PATCH v3] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Jeff Hostetler via GitGitGadget
      • Re: [PATCH v3] simple-ipc: correct ifdefs when NO_PTHREADS is defined, Junio C Hamano
• [PATCH] xsize_t: avoid implementation defined behavior when len < 0, Jonathan Nieder
  • Re: [PATCH] xsize_t: avoid implementation defined behavior when len < 0, Junio C Hamano
    • [PATCH v2] xsize_t: avoid implementation defined behavior when len < 0, Jonathan Nieder
• Options like hash-object --literally and cat-file --allow-unknown-type, Ævar Arnfjörð Bjarmason
  • Re: Options like hash-object --literally and cat-file --allow-unknown-type, Junio C Hamano
    • Re: Options like hash-object --literally and cat-file --allow-unknown-type, Ævar Arnfjörð Bjarmason
      • Re: Options like hash-object --literally and cat-file --allow-unknown-type, Junio C Hamano
• [BUG] apply -N deletes the index, Raymond E. Pasco
• [PATCH v2] help: colorize man pages, Felipe Contreras
  • Re: [PATCH v2] help: colorize man pages, Junio C Hamano
    • Re: [PATCH v2] help: colorize man pages, Felipe Contreras
• [PATCH] revisions(7): clarify that most commands take a single revision range, Junio C Hamano
  • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Bagas Sanjaya
    • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Junio C Hamano
      • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Junio C Hamano
        • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Bagas Sanjaya
        • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Elijah Newren
          • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Eric Sunshine
    • Re: [PATCH] revisions(7): clarify that most commands take a single revision range, Elijah Newren
  • RE: [PATCH] revisions(7): clarify that most commands take a single revision range, Felipe Contreras
• [PATCH] stash show: don't setup default diff output format if --{include,only}-untracked given, Denton Liu
  • Re: [PATCH] stash show: don't setup default diff output format if --{include,only}-untracked given, Junio C Hamano
    • Re: [PATCH] stash show: don't setup default diff output format if --{include,only}-untracked given, Denton Liu
      • Re: [PATCH] stash show: don't setup default diff output format if --{include,only}-untracked given, Junio C Hamano
• [GSoC] An Introduction, Atharva Raykar
  • Re: [GSoC] An Introduction, ZheNing Hu
  • Re: [GSoC] An Introduction, Christian Couder
• [GSoC] Hello Git, ZheNing Hu
  • Re: [GSoC] Hello Git, Christian Couder
    • Re: [GSoC] Hello Git, ZheNing Hu
      • Re: [GSoC] Hello Git, Christian Couder
        • Re: [GSoC] Hello Git, ZheNing Hu
          • Re: [GSoC] Hello Git, Christian Couder
  • Re: [GSoC] Hello Git, Jiang Xin
    • Re: [GSoC] Hello Git, ZheNing Hu
• [PATCH] setup: split "extensions found" messages into singular and plural, Alex Henrie
  • Re: [PATCH] setup: split "extensions found" messages into singular and plural, Jeff King
    • Re: [PATCH] setup: split "extensions found" messages into singular and plural, Michal Suchánek
• [PATCH] fetch: improve grammar of "shallow roots" message, Alex Henrie
  • Re: [PATCH] fetch: improve grammar of "shallow roots" message, Junio C Hamano
  • Re: [PATCH] fetch: improve grammar of "shallow roots" message, Derrick Stolee
  • Re: [PATCH] fetch: improve grammar of "shallow roots" message, Bagas Sanjaya
    • Re: [PATCH] fetch: improve grammar of "shallow roots" message, Alex Henrie
      • Re: [PATCH] fetch: improve grammar of "shallow roots" message, Bagas Sanjaya
• Git 2.23.0-rc0 HTTP authentication failure - error message change, Ben Humphreys