|
|
git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Avery Pennarun
- Re: git svn errors out with git-cat-file "usage" message, Michael J Gruber
- Re: git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Michael J Gruber
- Re: git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Michael J Gruber
- Re: git svn errors out with git-cat-file "usage" message, Andreas Ericsson
- Re: git svn errors out with git-cat-file "usage" message, Michael J Gruber
- Re: git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Michael J Gruber
- Re: git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Avery Pennarun
- Re: git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Avery Pennarun
- Re: git svn errors out with git-cat-file "usage" message, Martin Langhoff
- Re: git svn errors out with git-cat-file "usage" message, Michael J Gruber
[JGIT PATCH 00/13] Misc. bug fixes and cleanups, Shawn O. Pearce
- [JGIT PATCH 01/13] Fix performance problem recently introduced to DeltaPackedObjectLoader, Shawn O. Pearce
- [JGIT PATCH 02/13] Don't use ByteWindows when checking pack file headers/footers, Shawn O. Pearce
- [JGIT PATCH 03/13] Rewrite WindowCache to be easier to follow and maintain, Shawn O. Pearce
- [JGIT PATCH 04/13] Document the IllegalArgumentException thrown by WindowCache.reconfigure, Shawn O. Pearce
- [JGIT PATCH 05/13] Create the new WindowCache before clearing the old one, Shawn O. Pearce
- [JGIT PATCH 06/13] Better handle concurrent reads during a WindowCache reconfiguration, Shawn O. Pearce
- [JGIT PATCH 07/13] Clear dead OffsetCache cells when clearing a reference, Shawn O. Pearce
- [JGIT PATCH 08/13] Work around Sun JVM bug "Cleared SoftReference not added to queue", Shawn O. Pearce
- [JGIT PATCH 09/13] Replace inefficient new String(String) constructor to silence FindBugs, Shawn O. Pearce
- [JGIT PATCH 10/13] Replace inefficient new Long(long) constructor to silence FindBugs, Shawn O. Pearce
- [JGIT PATCH 11/13] Change IndexPack to use ObjectIdSubclassMap instead of ObjectIdMap, Shawn O. Pearce
- [JGIT PATCH 12/13] Use getCachedBytes in IndexPack to avoid an unnecessary copy, Shawn O. Pearce
- [JGIT PATCH 13/13] Remove ObjectIdMap from the JGit library, Shawn O. Pearce
- Re: [JGIT PATCH 10/13] Replace inefficient new Long(long) constructor to silence FindBugs, Robin Rosenberg
- [PATCH 12/11] Add a test for LongMap, IndexPack's helper class, Shawn O. Pearce
- Re: [JGIT PATCH 09/13] Replace inefficient new String(String) constructor to silence FindBugs, Robin Rosenberg
- Re: [JGIT PATCH 09/13] Replace inefficient new String(String) constructor to silence FindBugs, Shawn O. Pearce
different git-merge behavior with regard to submodules in 1.6.2.4 vs. 1.6.2.1, Tim Olsen
- Re: different git-merge behavior with regard to submodules in 1.6.2.4 vs. 1.6.2.1, Junio C Hamano
- Re: different git-merge behavior with regard to submodules in 1.6.2.4 vs. 1.6.2.1, Finn Arne Gangstad
- Re: different git-merge behavior with regard to submodules in 1.6.2.4 vs. 1.6.2.1, Clemens Buchacher
- Re: different git-merge behavior with regard to submodules in 1.6.2.4 vs. 1.6.2.1, Finn Arne Gangstad
- [PATCH] Teach gitlinks to combine-diff, Junio C Hamano
- [PATCH v2] diff -c -p: do not die on submodules, Junio C Hamano
- Re: [PATCH v2] diff -c -p: do not die on submodules, Alex Riesen
- Re: [PATCH v2] diff -c -p: do not die on submodules, Johannes Schindelin
- Re: [PATCH v2] diff -c -p: do not die on submodules, Alex Riesen
- Re: [PATCH v2] diff -c -p: do not die on submodules, Johannes Schindelin
- Re: [PATCH v2] diff -c -p: do not die on submodules, Alex Riesen
- Re: [PATCH v2] diff -c -p: do not die on submodules, Finn Arne Gangstad
- Re: [PATCH v2] diff -c -p: do not die on submodules, Junio C Hamano
- Re: different git-merge behavior with regard to submodules in 1.6.2.4 vs. 1.6.2.1, Junio C Hamano
Eric Sink's blog - notes on git, dscms and a "whole product" approach, Martin Langhoff
- Cross-Platform Version Control (was: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Jakub Narebski
- Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach, Jakub Narebski
- Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach, Sitaram Chamarty
- Why Git is so fast (was: Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Jakub Narebski
- Re: Why Git is so fast (was: Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Michael Witten
- Re: Why Git is so fast, Jakub Narebski
- Re: Why Git is so fast, Shawn O. Pearce
- Re: Why Git is so fast (was: Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Shawn O. Pearce
- Re: Why Git is so fast (was: Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Jeff King
- Re: Why Git is so fast (was: Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Nicolas Pitre
- Re: Why Git is so fast (was: Re: Eric Sink's blog - notes on git, dscms and a "whole product" approach), Alex Riesen
- Re: Why Git is so fast, Jakub Narebski
[PATCH] Update Russian translation of git gui, Alex Riesen
- Re: [PATCH] Update Russian translation of git gui, Dmitry Potapov
- Re: [PATCH] Update Russian translation of git gui, Alex Riesen
- Re: [PATCH] Update Russian translation of git gui, Alex Riesen
- Re: [PATCH] Update Russian translation of git gui, Alexander Gavrilov
- [PATCH] Another update of Russian translation, Alex Riesen
- [PATCH] Update Russian translation of git gui, Alex Riesen
- Re: [PATCH] Another update of Russian translation, Dmitry Potapov
- Re: [PATCH] Another update of Russian translation, Alexander Gavrilov
- Re: [PATCH] Another update of Russian translation, Alex Riesen
- Re: [PATCH] Another update of Russian translation, Shawn O. Pearce
- Re: [PATCH] Another update of Russian translation, Junio C Hamano
- Re: [PATCH] Another update of Russian translation, Shawn O. Pearce
- Re: [PATCH] Another update of Russian translation, Junio C Hamano
[PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Robin Rosenberg
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Robin Rosenberg
- [PATCH 1/2] Silence diffs due to use by non-C code., Robin Rosenberg
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Junio C Hamano
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Linus Torvalds
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Robin Rosenberg
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Junio C Hamano
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Linus Torvalds
- Re: [PATCH] Add core.trustlowlevelstat for diffs in dev,ino,uid and gid, Kjetil Barvik
[PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., andy
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Jeff King
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Andy Lester
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Jeff King
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Junio C Hamano
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Johannes Schindelin
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Andy Lester
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Johannes Schindelin
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Sam Vilain
- Re: [PATCH] Removed redundant static functions such as update_tracking_ref() and verify_remote_names() from builtin-send-pack.c, and made the ones in transport.c not be static so they can be used instead., Jeff King
[PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Sixt
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Junio C Hamano
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Michael Gaber
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Jay Soffian
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Sixt
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Junio C Hamano
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- Re: [PATCH v2] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Alex Riesen
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Sixt
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Junio C Hamano
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Junio C Hamano
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Junio C Hamano
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- [PATCH] Rename core.unreliableHardlinks to core.createObject, Johannes Schindelin
- Re: [PATCH] Rename core.unreliableHardlinks to core.createObject, Junio C Hamano
- Re: [PATCH] Rename core.unreliableHardlinks to core.createObject, Johannes Schindelin
- Re: [PATCH] Rename core.unreliableHardlinks to core.createObject, Junio C Hamano
- Re: [PATCH] Rename core.unreliableHardlinks to core.createObject, Johannes Schindelin
- Re: [PATCH] Rename core.unreliableHardlinks to core.createObject, Junio C Hamano
- Re: [PATCH] Rename core.unreliableHardlinks to core.createObject, Johannes Schindelin
- Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Linus Torvalds
- Re: [PATCH] Add an option not to use link(src, dest) && unlink(src) when that is unreliable, Johannes Schindelin
[doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, J. Bruce Fields
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, J. Bruce Fields
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, J. Bruce Fields
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, J. Bruce Fields
- Re: [doc] User Manual Suggestion, J. Bruce Fields
- Re: [doc] User Manual Suggestion, Felipe Contreras
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Johan Herland
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Johan Herland
- Re: [doc] User Manual Suggestion, Daniel Barkalow
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Daniel Barkalow
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Felipe Contreras
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Daniel Barkalow
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Felipe Contreras
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Felipe Contreras
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, Daniel Barkalow
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Björn Steinbrink
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, Jeff King
- Re: [doc] User Manual Suggestion, J. Bruce Fields
- Re: [doc] User Manual Suggestion, Michael Witten
- Re: [doc] User Manual Suggestion, David Abrahams
- Re: [doc] User Manual Suggestion, J. Bruce Fields
[PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- Re: [PATCH] Wait for git diff to finish in git difftool, David Aguilar
- Re: [PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- Re: [PATCH] Wait for git diff to finish in git difftool, Junio C Hamano
- Re: [PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- Re: [PATCH] Wait for git diff to finish in git difftool, Junio C Hamano
- Re: [PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- Re: [PATCH] Wait for git diff to finish in git difftool, Junio C Hamano
- Re: [PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- Re: [PATCH] Wait for git diff to finish in git difftool, Sverre Rabbelier
- Re: [PATCH] Wait for git diff to finish in git difftool, Junio C Hamano
- Re: [PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- Re: [PATCH] Wait for git diff to finish in git difftool, Alex Riesen
- [PATCH] Explain seemingly pointless use of system in difftool, Alex Riesen
dangling commits and blobs: is this normal?, John Dlugosz
- Re: dangling commits and blobs: is this normal?, Jeff King
- Re: dangling commits and blobs: is this normal?, Brandon Casey
- Re: dangling commits and blobs: is this normal?, Nicolas Pitre
- Re: dangling commits and blobs: is this normal?, Matthieu Moy
- Re: dangling commits and blobs: is this normal?, Jeff King
- Re: dangling commits and blobs: is this normal?, Brandon Casey
- Re: dangling commits and blobs: is this normal?, Jeff King
- Re: dangling commits and blobs: is this normal?, Nicolas Pitre
- Re: dangling commits and blobs: is this normal?, Matthieu Moy
- Re: dangling commits and blobs: is this normal?, Nicolas Pitre
- Re: dangling commits and blobs: is this normal?, Brandon Casey
- Re: dangling commits and blobs: is this normal?, Nicolas Pitre
- Re: dangling commits and blobs: is this normal?, Jeff King
- Re: dangling commits and blobs: is this normal?, Nicolas Pitre
- Re: dangling commits and blobs: is this normal?, Geert Bosch
- Re: dangling commits and blobs: is this normal?, Shawn O. Pearce
- Re: dangling commits and blobs: is this normal?, Geert Bosch
- Re: dangling commits and blobs: is this normal?, Matthias Andree
- Re: dangling commits and blobs: is this normal?, Nicolas Pitre
- RE: dangling commits and blobs: is this normal?, John Dlugosz
[JGIT PATCH 00/10] Object access improvements, Shawn O. Pearce
- [JGIT PATCH 01/10] Safely handle closing an already closed WindowedFile, Shawn O. Pearce
- [JGIT PATCH 02/10] Change empty tree test case to use a temporary repository, Shawn O. Pearce
- [JGIT PATCH 03/10] Replace hand-coded read fully loop with NB.readFully, Shawn O. Pearce
- [JGIT PATCH 04/10] Clear the reverse index when closing a PackFile, Shawn O. Pearce
- [JGIT PATCH 05/10] Introduce a new exception type for an in-place pack modification, Shawn O. Pearce
- [JGIT PATCH 06/10] Refactor object database access with new abstraction, Shawn O. Pearce
- [JGIT PATCH 07/10] Rescan packs if a pack is modified in-place (part 1), Shawn O. Pearce
- [JGIT PATCH 08/10] Scan for new packs if GIT_DIR/objects/pack has been modified, Shawn O. Pearce
- [JGIT PATCH 09/10] Add test cases for loading new (or replaced) pack files, Shawn O. Pearce
- [JGIT PATCH 10/10] BROKEN TEST: ObjectLoader stays valid across repacks, Shawn O. Pearce
- Re: [JGIT PATCH 10/10] BROKEN TEST: ObjectLoader stays valid across repacks, Robin Rosenberg
- Re: [JGIT PATCH 10/10] BROKEN TEST: ObjectLoader stays valid across repacks, Shawn O. Pearce
- Re: [JGIT PATCH 10/10] BROKEN TEST: ObjectLoader stays valid across repacks, Shawn O. Pearce
- [JGIT PATCH v2 09/10] Add test cases for loading new (or replaced) pack files, Shawn O. Pearce
- Re: [JGIT PATCH 08/10] Scan for new packs if GIT_DIR/objects/pack has been modified, Shawn O. Pearce
- [JGIT PATCH v2 08/10] Scan for new packs if GIT_DIR/objects/pack has been modified, Shawn O. Pearce
[RFC/PATCH] graph API: Use horizontal lines for more compact graphs, Allan Caffee
- Re: [RFC/PATCH] graph API: Use horizontal lines for more compact graphs, Johannes Schindelin
- Re: [RFC/PATCH] graph API: Use horizontal lines for more compact graphs, Allan Caffee
- Re: [RFC/PATCH] graph API: Use horizontal lines for more compact graphs, Johannes Schindelin
- [RFC/PATCH v2] graph API: Use horizontal lines for more compact graphs, Allan Caffee
- Re: [RFC/PATCH v2] graph API: Use horizontal lines for more compact graphs, Johannes Schindelin
- Bug in colored "log --graph" implementation, Teemu Likonen
- [PATCH] graph API: fix extra space during pre_commit_line state, Allan Caffee
- Re: [PATCH] graph API: fix extra space during pre_commit_line state, Teemu Likonen
- Re: [PATCH] graph API: fix extra space during pre_commit_line state, Allan Caffee
- [PATCH 2/3] graph API: fix extra space during pre_commit_line state, Allan Caffee
- [PATCH 1/3] t4202-log: extend test coverage of graphing, Allan Caffee
- [PATCH 2/3] graph API: fix extra space during pre_commit_line state, Allan Caffee
- [PATCH 3/3] graph API: fix a bug in the rendering of octopus merges, Allan Caffee
- Re: [RFC/PATCH v2] graph API: Use horizontal lines for more compact graphs, Allan Caffee
- [PATCH v2 (resend)] graph API: Use horizontal lines for more compact graphs, Allan Caffee
- Re: [PATCH v2 (resend)] graph API: Use horizontal lines for more compact graphs, Junio C Hamano
correct git merge behavior or corner case?, Tuncer Ayaz
- Re: correct git merge behavior or corner case?, Shawn O. Pearce
- Re: correct git merge behavior or corner case?, Johannes Schindelin
- Re: correct git merge behavior or corner case?, Anders Melchiorsen
- Re: correct git merge behavior or corner case?, Jeff King
- Re: correct git merge behavior or corner case?, Jeff King
- Re: correct git merge behavior or corner case?, Junio C Hamano
- Re: correct git merge behavior or corner case?, Sverre Rabbelier
- Re: correct git merge behavior or corner case?, Johannes Schindelin
- Re: correct git merge behavior or corner case?, Sverre Rabbelier
- Re: correct git merge behavior or corner case?, Johannes Schindelin
- Re: correct git merge behavior or corner case?, MichaÅ Kiedrowicz
- Re: correct git merge behavior or corner case?, MichaÅ Kiedrowicz
- Re: correct git merge behavior or corner case?, Jeff King
- Re: correct git merge behavior or corner case?, MichaÅ Kiedrowicz
- Re: correct git merge behavior or corner case?, Jeff King
- correct git merge behavior or corner case?, François Beausoleil
What are branches?, Johannes Schindelin
- Re: What are branches?, Michael Witten
- Re: What are branches?, Tuncer Ayaz
- Re: What are branches?, Dmitry Potapov
- Re: What are branches?, Michael J Gruber
- Re: What are branches?, Dmitry Potapov
- Re: What are branches?, Michael J Gruber
- Re: What are branches?, Michael J Gruber
- Re: What are branches?, Dmitry Potapov
- Re: What are branches?, Junio C Hamano
- Re: What are branches?, Marius Vollmer
- Re: What are branches?, Junio C Hamano
- Re: What are branches?, Dmitry Potapov
- Re: What are branches?, Johannes Schindelin
- Re: What are branches?, Björn Steinbrink
- Re: What are branches?, Jakub Narebski
- Re: What are branches?, Björn Steinbrink
- Re: What are branches?, Jakub Narebski
- Re: What are branches?, Björn Steinbrink
- Re: What are branches?, Dmitry Potapov
- Re: What are branches?, Johannes Schindelin
- Re: What are branches?, MichaÅ Kiedrowicz
- Re: What are branches?, Dmitry Potapov
- Re: What are branches?, Björn Steinbrink
- Re: What are branches?, Brian Gernhardt
- Re: What are branches?, Felipe Contreras
[PATCH 0/1] Improve progress display in kB range., James Cloos
- [PATCH 1/1] Improve progress display in kB range., James Cloos
- Re: [PATCH 1/1] Improve progress display in kB range., Nicolas Pitre
- Re: [PATCH 1/1] Improve progress display in kB range., James Cloos
- Re: [PATCH 1/1] Improve progress display in kB range., Nicolas Pitre
- Re: [PATCH 1/1] Improve progress display in kB range., James Cloos
- Re: [PATCH 1/1] Improve progress display in kB range., James Cloos
- Re: [PATCH 1/1] Improve progress display in kB range., Junio C Hamano
- Re: [PATCH 1/1] Improve progress display in kB range., James Cloos
- Re: [PATCH 1/1] Improve progress display in kB range., Johannes Sixt
- Re: [PATCH 1/1] Improve progress display in kB range., James Cloos
- Re: [PATCH 1/1] Improve progress display in kB range., Nicolas Pitre
- Re: [PATCH 1/1] Improve progress display in kB range., James Cloos
[PATCH RFC3.5 00/12] Introduction to Decreasing send-email Entropy, Michael Witten
- [PATCH RFC3.5 01/12] send-email: Cleanup the usage text and docs a bit, Michael Witten
- [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command, Michael Witten
- [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default"., Michael Witten
- [PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port, Michael Witten
- [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Michael Witten
- [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message, Michael Witten
- [PATCH RFC3.5 07/12] send-email: Cleanup send_message 'log' code, Michael Witten
- [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message, Michael Witten
- [PATCH RFC3.5 09/12] Docs: send-email: Reorganize the CONFIGURATION section, Michael Witten
- [PATCH RFC3.5 10/12] Docs: Embolden the CONFIGURATION references, Michael Witten
- [PATCH RFC3.5 11/12] Docs: send-email: Clarification of sendemail.<identity>, Michael Witten
- [PATCH RFC3.5 12/12] Docs: send-email: git send-email -> 'send-email', Michael Witten
- Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message, Jay Soffian
- Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message, Michael Witten
- Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message, Jay Soffian
- Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message, Michael Witten
- Re: [PATCH RFC3.5 08/12] send-email: Move Subject sanitization from --compose code to send_message, Michael Witten
- [PATCH RFC3.5.1 08/12] send-email: Simplify --compose subject sanitation, Michael Witten
- Re: [PATCH RFC3.5.1 08/12] send-email: Simplify --compose subject sanitation, Jeff King
- Re: [PATCH RFC3.5.1 08/12] send-email: Simplify --compose subject sanitation, Michael Witten
- Re: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message, Junio C Hamano
- Re: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message, Michael Witten
- Re: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message, Junio C Hamano
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Jay Soffian
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Michael Witten
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Thomas Adam
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Michael Witten
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Junio C Hamano
- [PATCH RFC3.5.1 05/12] send-email: Improve readability and error-handling in send_message's sendmail code, Michael Witten
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Jay Soffian
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Junio C Hamano
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Junio C Hamano
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Jeff King
- Re: [PATCH RFC3.5 05/12] send-email: Improve redability and error-handling in send_message's sendmail code, Jeff King
- [PATCH RFC3.5.1 04/12] send-email: Verification for --smtp-server and --smpt-server-port, Michael Witten
- Re: [PATCH RFC3.5.1 04/12] send-email: Verification for --smtp-server and --smpt-server-port, Michael Witten
- Re: [PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port, Junio C Hamano
- Re: [PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port, Junio C Hamano
- Re: [PATCH RFC3.5 06/12] send-email: Cleanup and streamline the SMTP code in send_message, Michael Witten
- Re: [PATCH RFC3.5 04/12] send-email: Verification for --smtp-server and --smpt-server-port, Michael Witten
- Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default"., Wesley J. Landaker
- Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default"., Michael Witten
- [PATCH RFC3.5.1 03/12] send-email: Interpret --smtp-server "" as "use a default"., Michael Witten
- Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default"., Junio C Hamano
- Re: [PATCH RFC3.5 03/12] send-email: Interpret --smtp-server "" as "use a default"., Michael Witten
- Re: [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command, Junio C Hamano
- Re: [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command, Michael Witten
- Re: [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command, Junio C Hamano
- Subject: Re: [PATCH RFC3.5 02/12] send-email: No longer repeatedly test if $smtp_server is a command, Michael Witten
[PATCH 0/5] archive attribute series, Junio C Hamano
- [PATCH 1/5] archive tests: do not use .gitattributes in working directory, Junio C Hamano
- [PATCH 2/5] attr: add GIT_ATTR_INDEX "direction", Junio C Hamano
- [PATCH 3/5] unpack-trees: do not muck with attributes when we are not checking out, Junio C Hamano
- [PATCH 4/5] archive: do not read .gitattributes in working directory, Junio C Hamano
- [PATCH 5/5] archive test: test new --fix-attributes feature, Junio C Hamano
- Re: [PATCH 5/5] archive test: test new --fix-attributes feature, Renà Scharfe
- Re: [PATCH 4/5] archive: do not read .gitattributes in working directory, Junio C Hamano
- Re: [PATCH 4/5] archive: do not read .gitattributes in working directory, Jeff King
- Re: [PATCH 4/5] archive: do not read .gitattributes in working directory, Jakub Narebski
- Re: [PATCH 4/5] archive: do not read .gitattributes in working directory, Nguyen Thai Ngoc Duy
- Re: [PATCH 4/5] archive: do not read .gitattributes in working directory, Nguyen Thai Ngoc Duy
- Re: [PATCH 2/5] attr: add GIT_ATTR_INDEX "direction", Renà Scharfe
- Re: [PATCH 1/5] archive tests: do not use .gitattributes in working directory, Renà Scharfe
- [PATCH v2 1/5] archive tests: do not use .gitattributes in working directory, Renà Scharfe
- [PATCH v2 2/5] attr: add GIT_ATTR_INDEX "direction", Renà Scharfe
- [PATCH v2 3/5] unpack-trees: do not muck with attributes when we are not checking out, Renà Scharfe
- [PATCH v2 4/5] archive: do not read .gitattributes in working directory, Renà Scharfe
- [PATCH v2 5/5] archive test: attributes, Renà Scharfe
[PATCH RFC3 INTRO] I hope this will do it!, Michael Witten
- [PATCH RFC3 01/13] Docs: send-email: Put options back into alphabetical order, Michael Witten
- [PATCH RFC3 02/13] Docs: send-email: Refer to CONFIGURATION section for sendemail.multiedit, Michael Witten
- [PATCH RFC3 03/13] Docs: send-email: Remove superfluous information in CONFIGURATION, Michael Witten
- [PATCH RFC3 04/13] Docs: send-email: --smtp-server-port can take symbolic ports, Michael Witten
- [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Michael Witten
- [PATCH RFC3 06/13] send-email: Handle "GIT:" rather than "GIT: " during --compose, Michael Witten
- [PATCH RFC3 07/13] send-email: 'References:' should only reference what is sent, Michael Witten
- [PATCH RFC3 08/13] send-email: Remove superfluous `my $editor = ...', Michael Witten
- [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- [PATCH RFC3 10/13] send-email: Add --sleep for email throttling, Michael Witten
- [PATCH RFC3 11/13] send-email: Minor cleanup of $smtp_server usage and send_message(), Michael Witten
- [PATCH RFC3 12/13] send-email: --compose takes optional argument to existing file, Michael Witten
- [PATCH RFC3 13/13] send-email: --compose always includes a 'GIT: ' prefixed list of patch subjects, Michael Witten
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Junio C Hamano
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Andreas Ericsson
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Junio C Hamano
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Andreas Ericsson
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- Re: [PATCH RFC3 09/13] send-email: Remove horrible mix of tabs and spaces, Andreas Ericsson
- Re: [PATCH RFC3 08/13] send-email: Remove superfluous `my $editor = ...', Stephen Boyd
- Re: [PATCH RFC3 08/13] send-email: Remove superfluous `my $editor = ...', Michael Witten
- Re: [PATCH RFC3 08/13] send-email: Remove superfluous `my $editor = ...', Michael Witten
- Re: [PATCH RFC3 08/13] send-email: Remove superfluous `my $editor = ...', Björn Steinbrink
- Re: [PATCH RFC3 08/13] send-email: Remove superfluous `my $editor = ...', Junio C Hamano
- Re: [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Junio C Hamano
- Re: [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Michael Witten
- Re: [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Junio C Hamano
- Re: [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Michael Witten
- Re: [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Junio C Hamano
- Re: [PATCH RFC3 05/13] send-email: Cleanup the usage text and docs a bit, Michael Witten
- Re: [PATCH RFC3 03/13] Docs: send-email: Remove superfluous information in CONFIGURATION, Junio C Hamano
- Re: [PATCH RFC3 03/13] Docs: send-email: Remove superfluous information in CONFIGURATION, Michael Witten
- Re: [PATCH RFC3 INTRO] I hope this will do it!, Michael Witten
- Re: [PATCH RFC3 INTRO] I hope this will do it!, Junio C Hamano
What's cooking in git.git (Apr 2009, #02; Sun, 12), Junio C Hamano
- add -e, was Re: What's cooking in git.git (Apr 2009, #02; Sun, 12), Johannes Schindelin
- Re: add -e, was Re: What's cooking in git.git (Apr 2009, #02; Sun, 12), Junio C Hamano
- Re: add -e, was Re: What's cooking in git.git (Apr 2009, #02; Sun, 12), Johannes Schindelin
- Re: add -e, was Re: What's cooking in git.git (Apr 2009, #02; Sun, 12), Junio C Hamano
- Re: add -e, was Re: What's cooking in git.git (Apr 2009, #02; Sun, 12), Johannes Schindelin
[PATCH RFC 01/10] Docs: send-email: Put options back into alphabetical order, Michael Witten
- [PATCH RFC 02/10] Docs: send-email: Remove superfluous information in CONFIGURATION, Michael Witten
- [PATCH RFC 03/10] send-email: Cleanup the usage text and docs a bit, Michael Witten
- [PATCH RFC 04/10] send-email: --smtp-server-port should take an integer, Michael Witten
- [PATCH RFC 05/10] send-email: Handle "GIT:" rather than "GIT: " during --compose, Michael Witten
- [PATCH RFC 06/10] send-email: References: should only reference what is actually sent, Michael Witten
- [PATCH RFC 07/10] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- [PATCH RFC 08/10] send-email: Add --sleep for email throttling, Michael Witten
- [PATCH RFC 09/10] send-email: Minor cleanup of $smtp_server usage and send_message(), Michael Witten
- [PATCH RFC 10/10] send-email: --compose takes optional argument to existing file, Michael Witten
- Re: [PATCH RFC 10/10] send-email: --compose takes optional argument to existing file, Sverre Rabbelier
- Re: [PATCH RFC 10/10] send-email: --compose takes optional argument to existing file, Michael Witten
- Re: [PATCH RFC 09/10] send-email: Minor cleanup of $smtp_server usage and send_message(), Stephen Boyd
- Re: [PATCH RFC 09/10] send-email: Minor cleanup of $smtp_server usage and send_message(), Michael Witten
- Re: [PATCH RFC 08/10] send-email: Add --sleep for email throttling, Jay Soffian
- Re: [PATCH RFC 08/10] send-email: Add --sleep for email throttling, Michael Witten
- Re: [PATCH RFC 07/10] send-email: Remove horrible mix of tabs and spaces, Sverre Rabbelier
- Re: [PATCH RFC 07/10] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- Re: [PATCH RFC 07/10] send-email: Remove horrible mix of tabs and spaces, Miles Bader
- Re: [PATCH RFC 07/10] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- Re: [PATCH RFC 06/10] send-email: References: should only reference what is actually sent, Stephen Boyd
- Re: [PATCH RFC 06/10] send-email: References: should only reference what is actually sent, Michael Witten
- Re: [PATCH RFC 02/10] Docs: send-email: Remove superfluous information in CONFIGURATION, Stephen Boyd
[RFC PATCH] git add -p: new "quit" command at the prompt., Matthieu Moy
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Junio C Hamano
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Matthieu Moy
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Sverre Rabbelier
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Miles Bader
- [RFC PATCH] Re: git add -p: new "quit" command at the prompt., Nicolas Sebrecht
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Wincent Colaiuta
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Matthieu Moy
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Junio C Hamano
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Jeff King
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Jeff King
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Jeff King
- Re: [RFC PATCH] git add -p: new "quit" command at the prompt., Matthieu Moy
- [PATCH 1/2] git add -p: new "quit" command at the prompt., Matthieu Moy
- [PATCH 2/2] Update git-add.txt according to the new possibilities of 'git add -p'., Matthieu Moy
[PATCH] builtin-branch - allow deleting a fully specified branch-name, Mark Levedahl
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Junio C Hamano
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Mark Levedahl
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Junio C Hamano
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Mark Levedahl
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Jeff King
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Junio C Hamano
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Jeff King
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Junio C Hamano
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Jeff King
- [PATCH 1/5] doc: clarify --no-track option, Jeff King
- [PATCH 2/5] doc: refer to tracking configuration as "upstream", Jeff King
- [PATCH 3/5] doc/checkout: refer to git-branch(1) as appropriate, Jeff King
- [PATCH 4/5] doc/checkout: split checkout and branch creation in synopsis, Jeff King
- Re: [PATCH 4/5] doc/checkout: split checkout and branch creation in synopsis, Jeff King
- Re: [PATCH 4/5] doc/checkout: split checkout and branch creation in synopsis, Sverre Rabbelier
- [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Jeff King
- Re: [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Junio C Hamano
- Re: [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Mark Levedahl
- Re: [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Junio C Hamano
- Re: [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Jakub Narebski
- Re: [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Jeff King
- Re: [PATCH 5/5] docs/checkout: clarify what "non-branch" means, Jeff King
- Re: [PATCH] builtin-branch - allow deleting a fully specified branch-name, Jeff King
[PATCH v2 0/3] support "in-tree attributes" for git-archive, Nguyán ThÃi Ngác Duy
- [PATCH v2 1/3] archive: add shortcuts for --format and --prefix, Nguyán ThÃi Ngác Duy
- [PATCH v2 2/3] attr: add GIT_ATTR_INDEX "direction", Nguyán ThÃi Ngác Duy
- [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Nguyán ThÃi Ngác Duy
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Junio C Hamano
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Nguyen Thai Ngoc Duy
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Junio C Hamano
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Renà Scharfe
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Renà Scharfe
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Renà Scharfe
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Junio C Hamano
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Renà Scharfe
- Re: [PATCH v2 3/3] archive: do not read .gitattributes in working directory, Junio C Hamano
- Re: [PATCH v2 1/3] archive: add shortcuts for --format and --prefix, Junio C Hamano
[PATCH 0/8] support "in-tree attributes" for git-archive, Nguyán ThÃi Ngác Duy
- [PATCH 1/8] archive: add shortcuts for --format and --prefix, Nguyán ThÃi Ngác Duy
- [PATCH 2/8] move prune_cache() to git lib, Nguyán ThÃi Ngác Duy
- [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Nguyán ThÃi Ngác Duy
- [PATCH 4/8] archive: add tests for directory selection, Nguyán ThÃi Ngác Duy
- [PATCH 5/8] attr: add GIT_ATTR_INDEX "direction", Nguyán ThÃi Ngác Duy
- [PATCH 6/8] archive: use index instead of parsing tree directly, Nguyán ThÃi Ngác Duy
- [PATCH 7/8] archive: disregard .gitattributes on working directory, Nguyán ThÃi Ngác Duy
- [PATCH 8/8] archive: support creating archives from index, Nguyán ThÃi Ngác Duy
- Re: [PATCH 8/8] archive: support creating archives from index, Renà Scharfe
- Re: [PATCH 7/8] archive: disregard .gitattributes on working directory, Junio C Hamano
- Re: [PATCH 6/8] archive: use index instead of parsing tree directly, Junio C Hamano
- Re: [PATCH 6/8] archive: use index instead of parsing tree directly, Renà Scharfe
- Re: [PATCH 6/8] archive: use index instead of parsing tree directly, Renà Scharfe
- Re: [PATCH 4/8] archive: add tests for directory selection, Renà Scharfe
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Junio C Hamano
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Renà Scharfe
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Nguyen Thai Ngoc Duy
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Renà Scharfe
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Junio C Hamano
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Renà Scharfe
- Re: [PATCH 3/8] archive: add a failure test wrt .gitattributes misreading, Junio C Hamano
- Re: [PATCH 2/8] move prune_cache() to git lib, Junio C Hamano
- Re: [PATCH 1/8] archive: add shortcuts for --format and --prefix, Renà Scharfe
[PATCH RFC 1/6] send-email: Add --delay for separating emails, Michael Witten
- [PATCH RFC 2/6] send-email: --smtp-server-port should take an integer, Michael Witten
- [PATCH RFC 3/6] send-email: Handle "GIT:" rather than "GIT: " during --compose, Michael Witten
- [PATCH RFC 4/6] send-email: --compose takes optional argument to existing file, Michael Witten
- [PATCH RFC 5/6] send-email: Cleanup the usage text a bit, Michael Witten
- [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, demerphq
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, Michael Witten
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, demerphq
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, demerphq
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, Jeff King
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, Andreas Ericsson
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, Tomas Carnecky
- Re: [PATCH RFC 6/6] send-email: Remove horrible mix of tabs and spaces, Jeff King
- Re: [PATCH RFC 5/6] send-email: Cleanup the usage text a bit, Junio C Hamano
- Re: [PATCH RFC 4/6] send-email: --compose takes optional argument to existing file, Junio C Hamano
- Re: [PATCH RFC 3/6] send-email: Handle "GIT:" rather than "GIT: " during --compose, Junio C Hamano
- Re: [PATCH RFC 3/6] send-email: Handle "GIT:" rather than "GIT: " during --compose, Michael Witten
- Re: [PATCH RFC 3/6] send-email: Handle "GIT:" rather than "GIT: " during --compose, Junio C Hamano
- Re: [PATCH RFC 3/6] send-email: Handle "GIT:" rather than "GIT: " during --compose, Michael Witten
- Re: [PATCH RFC 2/6] send-email: --smtp-server-port should take an integer, Junio C Hamano
- Re: [PATCH RFC 2/6] send-email: --smtp-server-port should take an integer, Junio C Hamano
- Re: [PATCH RFC 1/6] send-email: Add --delay for separating emails, Jeff King
- Re: [PATCH RFC 1/6] send-email: Add --delay for separating emails, Junio C Hamano
- Re: [PATCH RFC 1/6] send-email: Add --delay for separating emails, Michael Witten
git-{merge,diff}tool refactor round three, David Aguilar
- [PATCH 01/14] doc/merge-config: list ecmerge as a built-in merge tool, David Aguilar
- [PATCH 02/14] git-mergetool/difftool: make (g)vimdiff workable under Windows, David Aguilar
- [PATCH 03/14] git-mergetool: add new merge tool TortoiseMerge, David Aguilar
- [PATCH 04/14] difftool: remove merge options for opendiff, tkdiff, kdiff3 and xxdiff, David Aguilar
- [PATCH 05/14] difftool: remove the backup file feature, David Aguilar
- [PATCH 06/14] difftool: use perl built-ins when testing for msys, David Aguilar
- [PATCH 07/14] difftool: add a -y shortcut for --no-prompt, David Aguilar
- [PATCH 08/14] difftool/mergetool: add diffuse as merge and diff tool, David Aguilar
- [PATCH 09/14] difftool: move 'git-difftool' out of contrib, David Aguilar
- [PATCH 10/14] difftool: add various git-difftool tests, David Aguilar
- [PATCH 11/14] difftool: add support for a difftool.prompt config variable, David Aguilar
- [PATCH 12/14] bash completion: add git-difftool, David Aguilar
- [PATCH 13/14] mergetool: use $( ... ) instead of `backticks`, David Aguilar
- [PATCH 14/14] difftool/mergetool: refactor commands to use git-mergetool--lib, David Aguilar
- Re: [PATCH 09/14] difftool: move 'git-difftool' out of contrib, Markus Heidelberg
- Re: [PATCH 07/14] difftool: add a -y shortcut for --no-prompt, Markus Heidelberg
[RFC/PATCH 0/2] New 'stage' command, Felipe Contreras
- [RFC/PATCH 1/2] git: remote stage, Felipe Contreras
- Re: [RFC/PATCH 0/2] New 'stage' command, Junio C Hamano
- Re: [RFC/PATCH 0/2] New 'stage' command, Markus Heidelberg
- Re: [RFC/PATCH 0/2] New 'stage' command, Felipe Contreras
- Re: [RFC/PATCH 0/2] New 'stage' command, Björn Steinbrink
- Re: [RFC/PATCH 0/2] New 'stage' command, Markus Heidelberg
- Re: [RFC/PATCH 0/2] New 'stage' command, Björn Steinbrink
- Re: [RFC/PATCH 0/2] New 'stage' command, Markus Heidelberg
- Re: [RFC/PATCH 0/2] New 'stage' command, Sverre Rabbelier
- Re: [RFC/PATCH 0/2] New 'stage' command, Johannes Schindelin
- Re: [RFC/PATCH 0/2] New 'stage' command, Felipe Contreras
- Re: [RFC/PATCH 0/2] New 'stage' command, David Aguilar
- Re: [RFC/PATCH 0/2] New 'stage' command, Junio C Hamano
- Re: [RFC/PATCH 0/2] New 'stage' command, David Aguilar
- Re: [RFC/PATCH 0/2] New 'stage' command, Junio C Hamano
- Re: [RFC/PATCH 0/2] New 'stage' command, David KÃgedal
- Re: [RFC/PATCH 0/2] New 'stage' command, David KÃgedal
- Re: [RFC/PATCH 0/2] New 'stage' command, Junio C Hamano
- Re: [RFC/PATCH 0/2] New 'stage' command, Felipe Contreras
- Re: [RFC/PATCH 0/2] New 'stage' command, Björn Steinbrink
- Re: [RFC/PATCH 0/2] New 'stage' command, Felipe Contreras
- Re: [RFC/PATCH 0/2] New 'stage' command, Johannes Schindelin
- Re: [RFC/PATCH 0/2] New 'stage' command, Matthieu Moy
- Re: [RFC/PATCH 0/2] New 'stage' command, Junio C Hamano
- Re: [RFC/PATCH 0/2] New 'stage' command, Junio C Hamano
- Re: [RFC/PATCH 0/2] New 'stage' command, Octavio Alvarez
- Re: [RFC/PATCH 0/2] New 'stage' command, Octavio Alvarez
- Re: [RFC/PATCH 0/2] New 'stage' command, Stefan Karpinski
- Re: [RFC/PATCH 0/2] New 'stage' command, Octavio Alvarez
[question] how can i verify whether a local branch is tracking a remote branch?, Paolo Ciarrocchi
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Jeff King
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Paolo Ciarrocchi
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Jeff King
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Junio C Hamano
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Jeff King
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Paolo Ciarrocchi
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Jeff King
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Paolo Ciarrocchi
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Jeff King
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Michael J Gruber
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Jeff King
- Re: [question] how can i verify whether a local branch is tracking a remote branch?, Michael J Gruber
Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Nicolas Sebrecht
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Nicolas Sebrecht
- Re: Performance issue: initial git clone causes massive repack, Nicolas Sebrecht
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Nicolas Sebrecht
- Re: Performance issue: initial git clone causes massive repack, Shawn O. Pearce
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Shawn O. Pearce
- Re: Performance issue: initial git clone causes massive repack, david
- Re: Performance issue: initial git clone causes massive repack, Sverre Rabbelier
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Björn Steinbrink
- Re: Performance issue: initial git clone causes massive repack, Jakub Narebski
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Jakub Narebski
- Re: Performance issue: initial git clone causes massive repack, Jon Smirl
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Björn Steinbrink
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Björn Steinbrink
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Björn Steinbrink
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Mike Hommey
- Re: Performance issue: initial git clone causes massive repack, Johannes Schindelin
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Johannes Schindelin
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Nguyen Thai Ngoc Duy
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Junio C Hamano
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Sam Vilain
- Re: Performance issue: initial git clone causes massive repack, Mike Ralphson
- Re: Performance issue: initial git clone causes massive repack, Pieter de Bie
- Re: Performance issue: initial git clone causes massive repack, Johannes Schindelin
- Re: Performance issue: initial git clone causes massive repack, Shawn O. Pearce
- Re: Performance issue: initial git clone causes massive repack, Andreas Ericsson
- Re: Performance issue: initial git clone causes massive repack, Johannes Schindelin
- Re: Performance issue: initial git clone causes massive repack, Christian Couder
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Sam Vilain
- Re: Performance issue: initial git clone causes massive repack, Björn Steinbrink
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Johannes Schindelin
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Jeff King
- Re: Performance issue: initial git clone causes massive repack, Björn Steinbrink
- [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Nicolas Pitre
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Björn Steinbrink
- Re: [PATCH] process_{tree,blob}: Remove useless xstrdup calls, Linus Torvalds
- Re: Performance issue: initial git clone causes massive repack, Nicolas Sebrecht
- Re: Performance issue: initial git clone causes massive repack, david
- Re: Performance issue: initial git clone causes massive repack, Robin Rosenberg
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Junio C Hamano
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Jon Smirl
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Jon Smirl
- Re: Performance issue: initial git clone causes massive repack, Shawn O. Pearce
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Jon Smirl
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Matthieu Moy
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Robin H. Johnson
- Re: Performance issue: initial git clone causes massive repack, Nicolas Pitre
- Re: Performance issue: initial git clone causes massive repack, Martin Langhoff
- Re: Performance issue: initial git clone causes massive repack, Jeff King
- Re: Performance issue: initial git clone causes massive repack, Mark Levedahl
[PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Christian Couder
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Sverre Rabbelier
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Jeff King
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Junio C Hamano
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Sverre Rabbelier
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Jeff King
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Sverre Rabbelier
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Felipe Contreras
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Felipe Contreras
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Reece Dunn
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Junio C Hamano
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Jeff King
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Sverre Rabbelier
- Gnus content transfer encoding (was: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1), Teemu Likonen
- Re: Gnus content transfer encoding, Junio C Hamano
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Reece Dunn
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Jeff King
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Jay Soffian
- Re: [PATCH 1/4] sha1-lookup: add new "sha1_pos" function to efficiently lookup sha1, Johannes Schindelin
[PATCH 1/2] git-repack: use non-dashed update-server-info, Dan McGee
- [PATCH 2/2] pack-objects: report actual number of threads to be used, Dan McGee
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Jeff King
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Dan McGee
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Jeff King
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Nicolas Pitre
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Dan McGee
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Nicolas Pitre
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Dan McGee
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Nicolas Pitre
- Re: [PATCH 2/2] pack-objects: report actual number of threads to be used, Junio C Hamano
- [PATCH] Update delta compression message to be less misleading, Dan McGee
- Re: [PATCH] Update delta compression message to be less misleading, Junio C Hamano
- Re: [PATCH] Update delta compression message to be less misleading, Dan McGee
[PATCH 0/7] user-manual: general improvements, Felipe Contreras
- [PATCH 1/7] user-manual: remove some git-foo usage, Felipe Contreras
- [PATCH 2/7] docbook: improve css style, Felipe Contreras
- [PATCH 4/7] user-manual: use 'fast-forward' instead of 'fast forward', Felipe Contreras
- [PATCH 5/7] user-manual: use SHA-1 instead of SHA1 or sha1, Felipe Contreras
- [PATCH 6/7] user-manual: add global config section, Felipe Contreras
- [PATCH 7/7] user-manual: simplify the user configuration, Felipe Contreras
- Re: [PATCH 7/7] user-manual: simplify the user configuration, Jay Soffian
- Re: [PATCH 7/7] user-manual: simplify the user configuration, Felipe Contreras
- Re: [PATCH 7/7] user-manual: simplify the user configuration, Jay Soffian
- Re: [PATCH 6/7] user-manual: add global config section, Junio C Hamano
- Re: [PATCH 5/7] user-manual: use SHA-1 instead of SHA1 or sha1, Junio C Hamano
- Re: [PATCH 4/7] user-manual: use 'fast-forward' instead of 'fast forward', Junio C Hamano
Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Keith Cascio
- Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Johannes Schindelin
- Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Jeff King
- Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Johannes Schindelin
- Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Jeff King
- [PATCH] Add the diff option --no-defaults, Johannes Schindelin
- Re: [PATCH] Add the diff option --no-defaults, Jeff King
- Re: [PATCH] Add the diff option --no-defaults, Johannes Schindelin
- Re: [PATCH] Add the diff option --no-defaults, Jeff King
- Re: [PATCH] Add the diff option --no-defaults, Junio C Hamano
- Re: [PATCH] Add the diff option --no-defaults, Johannes Schindelin
- Re: [PATCH] Add the diff option --no-defaults, Jeff King
- Re: [PATCH] Add the diff option --no-defaults, Johannes Schindelin
- Re: [PATCH] Add the diff option --no-defaults, Keith Cascio
- Re: [PATCH] Add the diff option --no-defaults, Johannes Schindelin
- Re: [PATCH] Add the diff option --no-defaults, Keith Cascio
- Re: [PATCH] Add the diff option --no-defaults, Johannes Schindelin
- Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Keith Cascio
- Re: [PATCH] Allow setting default diff options via diff.defaultOptions, Keith Cascio
Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Junio C Hamano
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Jeff King
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Markus Heidelberg
- Alles wird Git, was Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Alles wird Git, was Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Johannes Schindelin
- Re: Alles wird Git, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, A Large Angry SCM
- Re: [PATCH] mailmap: resurrect lower-casing of email addresses, Marius Storm-Olsen
[PATCH] git remote update: New option --prune (-p), Finn Arne Gangstad
- Re: [PATCH] git remote update: New option --prune (-p), demerphq
- Re: [PATCH] git remote update: New option --prune (-p), Jeff King
- Re: [PATCH] git remote update: New option --prune (-p), demerphq
- Re: [PATCH] git remote update: New option --prune (-p), Jeff King
- Re: [PATCH] git remote update: New option --prune (-p), demerphq
- Re: [PATCH] git remote update: New option --prune (-p), Jeff King
- Re: [PATCH] git remote update: New option --prune (-p), demerphq
- Re: [PATCH] git remote update: New option --prune (-p), Junio C Hamano
- Re: [PATCH] git remote update: New option --prune (-p), Finn Arne Gangstad
- Re: [PATCH] git remote update: New option --prune (-p), Junio C Hamano
- [PATCHv2 0/2] git remote update: New option --prune (-p), Finn Arne Gangstad
- [PATCHv2 1/2] builtin-remote.c: Split out prune_remote as a separate function., Finn Arne Gangstad
- [PATCHv2 2/2] git remote update: New option --prune, Finn Arne Gangstad
- Re: [PATCHv2 2/2] git remote update: New option --prune, Junio C Hamano
git-{diff,merge} refactor round 2, David Aguilar
- [PATCH 01/10] difftool: add support for a difftool.prompt config variable, David Aguilar
- [PATCH 02/10] mergetool: use $( ... ) instead of `backticks`, David Aguilar
- [PATCH 03/10] Add a mergetool-lib scriptlet for holding common merge tool functions, David Aguilar
- [PATCH 04/10] mergetool: use get_mergetool_path from git-mergetool-lib, David Aguilar
- [PATCH 05/10] difftool: use get_mergetool_path from git-mergetool-lib, David Aguilar
- [PATCH 06/10] mergetool: use valid_tool from git-mergetool-lib, David Aguilar
- [PATCH 07/10] difftool: use valid_tool from git-mergetool-lib, David Aguilar
- [PATCH 08/10] mergetool-lib: introduce run_mergetool, David Aguilar
- [PATCH 09/10] difftool: use run_mergetool from git-mergetool-lib, David Aguilar
- [PATCH 10/10] mergetool: use run_mergetool from git-mergetool-lib, David Aguilar
- Re: [PATCH 10/10] mergetool: use run_mergetool from git-mergetool-lib, Markus Heidelberg
- Re: [PATCH 10/10] mergetool: use run_mergetool from git-mergetool-lib, Charles Bailey
- Re: [PATCH 10/10] mergetool: use run_mergetool from git-mergetool-lib, Markus Heidelberg
- Re: [PATCH 10/10] mergetool: use run_mergetool from git-mergetool-lib, Markus Heidelberg
- Re: [PATCH 10/10] mergetool: use run_mergetool from git-mergetool-lib, David Aguilar
- Re: [PATCH 08/10] mergetool-lib: introduce run_mergetool, Markus Heidelberg
- Re: [PATCH 03/10] Add a mergetool-lib scriptlet for holding common merge tool functions, Markus Heidelberg
- Re: [PATCH 03/10] Add a mergetool-lib scriptlet for holding common merge tool functions, David Aguilar
- Re: git-{diff,merge} refactor round 2, Charles Bailey
- Re: git-{diff,merge} refactor round 2, Markus Heidelberg
|
|