From: Junio C Hamano <junkio@cox.net>
To: git@vger.kernel.org
Subject: What's in git.git
Date: Wed, 01 Nov 2006 16:53:18 -0800 [thread overview]
Message-ID: <7vk62ewtxd.fsf@assigned-by-dhcp.cox.net> (raw)
* The 'maint' branch has these fixes since the last announcement.
We have one semantic fix in "maint". To the revision traversal
machinery, --unpacked used to mean that any commit that is in a
pack is uninteresting and tainted its ancestors also
uninteresting. Updated semantics of --unpacked is just an
output filter -- it traverses ancestry chain as usual, but does
not show unpacked commits. This made what "git repack" does
actually make sense when the repository is partly packed in the
half-way (the earlier logic worked fine only if all ancestors of
a packed commit were all packed).
A few minor "diff --cc" output fixes are also in "maint". It
now honours --no-commit-id option and shows function names on
the @@@ ... @@@ line just like normal diffs do.
Christian Couder (2):
Documentation: add upload-archive service to git-daemon.
Documentation: add git in /etc/services.
Edgar Toernig (1):
Use memmove instead of memcpy for overlapping areas
Jakub Narebski (2):
diff-format.txt: Correct information about pathnames quoting in
patch format
gitweb: Check git base URLs before generating URL from it
Jan Harkes (1):
Continue traversal when rev-list --unpacked finds a packed commit.
Junio C Hamano (7):
combine-diff: a few more finishing touches.
combine-diff: fix hunk_comment_line logic.
combine-diff: honour --no-commit-id
Surround "#define DEBUG 0" with "#ifndef DEBUG..#endif"
quote.c: ensure the same quoting across platforms.
revision traversal: --unpacked does not limit commit list anymore.
link_temp_to_file: don't leave the path truncated on
adjust_shared_perm failure
Nicolas Pitre (1):
pack-objects doesn't create random pack names
Rene Scharfe (1):
git-cherry: document limit and add diagram
* The 'master' branch has these since the last announcement.
Linus's packed-refs work with associated refs handling
clean-ups are out on "master", but there is one disclaimer.
Commit walkers cannot fetch from a repository whose refs are
packed and then pruned yet, so people with public repositories
that are expected to be fetched via http should not run
git-pack-refs just yet. I think it is probably just the
matter of updating git-fetch.sh to run ls-remote against the
repository upfront, and use the SHA-1 of wanted branch tip
instead of the branch tip name when running the low-level
git-http-fetch.
git-branch and git-cherry are now built-in.
Andy Parkins (1):
Make filenames line up in git-status output
Christian Couder (14):
Add [-s|--hash] option to Linus' show-ref.
Use Linus' show ref in "git-branch.sh".
Document git-show-ref [-s|--hash] option.
Fix show-ref usage for --dereference.
Add pack-refs and show-ref test cases.
When creating branch c/d check that branch c does not already exists.
Uncomment test case: git branch c/d should barf if branch c exists.
Fix a remove_empty_dir_recursive problem.
Clean up "git-branch.sh" and add remove recursive dir test cases.
Use git-update-ref to delete a tag instead of rm()ing the ref file.
Check that a tag exists using show-ref instead of looking for the
ref file.
Do not create tag leading directories since git update-ref does it.
Documentation: add upload-archive service to git-daemon.
Documentation: add git in /etc/services.
Dennis Stosberg (3):
lock_ref_sha1_basic does not remove empty directories on BSD
Remove bashism from t3210-pack-refs.sh
Bash completion support for aliases
Edgar Toernig (2):
Use memmove instead of memcpy for overlapping areas
Use memmove instead of memcpy for overlapping areas
Jakub Narebski (8):
gitweb: Use --no-commit-id in git_commit and git_commitdiff
diff-format.txt: Correct information about pathnames quoting in
patch format
gitweb: Check git base URLs before generating URL from it
Documentation: Update information about <format> in git-for-each-ref
gitweb: Move git_get_last_activity subroutine earlier
gitweb: Add "next" link to commitdiff view
gitweb: Secure against commit-ish/tree-ish with the same name as path
gitweb: Use 's' regexp modifier to secure against filenames with LF
Jan Harkes (1):
Continue traversal when rev-list --unpacked finds a packed commit.
Jeff King (3):
wt-status: use simplified resolve_ref to find current branch
gitignore: git-pack-refs is a generated file.
gitignore: git-show-ref is a generated file.
Johannes Schindelin (2):
Fix git-update-index --again
show-branch: mark active branch with a '*' again
Jonas Fonseca (1):
Add man page for git-show-ref
Junio C Hamano (42):
Fix t1400-update-ref test minimally
fsck-objects: adjust to resolve_ref() clean-up.
symbolit-ref: fix resolve_ref conversion.
Add callback data to for_each_ref() family.
Tell between packed, unpacked and symbolic refs.
pack-refs: do not pack symbolic refs.
git-pack-refs --prune
pack-refs: fix git_path() usage.
lock_ref_sha1_basic: remove unused parameter "plen".
Clean-up lock-ref implementation
update-ref: -d flag and ref creation safety.
update a few Porcelain-ish for ref lock safety.
Teach receive-pack about ref-log
receive-pack: call setup_ident before git_config
ref locking: allow 'foo' when 'foo/bar' used to exist but not anymore.
refs: minor restructuring of cached refs data.
lock_ref_sha1(): do not sometimes error() and sometimes die().
lock_ref_sha1(): check D/F conflict with packed ref when creating.
delete_ref(): delete packed ref
git-branch: remove D/F check done by hand.
show-ref --hash=len, --abbrev=len, and --abbrev
git-fetch: adjust to packed-refs.
Fix refs.c;:repack_without_ref() clean-up path
git-fetch: do not look into $GIT_DIR/refs to see if a tag exists.
pack-refs: use lockfile as everybody else does.
pack-refs: call fflush before fsync.
ref-log: allow ref@{count} syntax.
core.logallrefupdates create new log file only for branch heads.
git-pack-refs --all
core.logallrefupdates thinko-fix
ref-log: fix D/F conflict coming from deleted refs.
sha1_name.c: avoid compilation warnings.
t3200: git-branch testsuite update
combine-diff: fix hunk_comment_line logic.
combine-diff: honour --no-commit-id
tests: merge-recursive is usable without Python
Documentation: fix git-format-patch mark-up and link it from git.txt
Surround "#define DEBUG 0" with "#ifndef DEBUG..#endif"
quote.c: ensure the same quoting across platforms.
revision traversal: --unpacked does not limit commit list anymore.
link_temp_to_file: don't leave the path truncated on
adjust_shared_perm failure
branch: work in subdirectories.
Lars Hjemli (2):
Make git-branch a builtin
Fix show-ref usagestring
Linus Torvalds (6):
Add "git show-ref" builtin command
Teach "git checkout" to use git-show-ref
Start handling references internally as a sorted in-memory list
Add support for negative refs
Make ref resolution saner
Enable the packed refs file format
Luben Tuikov (2):
git-revert with conflicts to behave as git-merge with conflicts
gitweb: esc_html() author in blame
Nicolas Pitre (1):
pack-objects doesn't create random pack names
Petr Baudis (3):
Fix broken sha1 locking
Fix buggy ref recording
gitweb: Fix up bogus $stylesheet declarations
Rene Scharfe (3):
Built-in cherry
Make git-cherry handle root trees
git-cherry: document limit and add diagram
Robin Rosenberg (2):
Mention that pull can work locally in the synopsis
Swap the porcelain and plumbing commands in the git man page
Sasha Khapyorsky (1):
git-svnimport: support for partial imports
Sergey Vlasov (2):
git-send-email: Document support for local sendmail instead of
SMTP server
git-send-email: Read the default SMTP server from the GIT config file
Shawn Pearce (1):
Move deny_non_fast_forwards handling completely into receive-pack.
* The 'next' branch, in addition, has these.
The largest one is "pickaxe"; I think it is ready for wider
testing if not for production use, and it is a new command so
it should be relatively safe to push it out anytime on "master".
Nico did a lot of work on index-pack and with help from Shawn
pushing many objects without exploding them into loose objects
at the other end is becoming reality. The latest part of
their series is not in "next" nor "pu" yet, though.
Linus pointed out that when merging a branch based on an older
codebase that used to have a path into your branch that does
not have that path tracked anymore triggers a bogus safety
valve; I've done both merge-resolve and merge-recursive to
handle this situation but the result needs to be sanity
checked. We are _loosening_ safety valve and need to be extra
cautious not to overloosen it.
Junio C Hamano (28):
upload-pack: stop the other side when they have more roots than we do.
git-pickaxe: blame rewritten.
git-pickaxe -M: blame line movements within a file.
git-pickaxe -C: blame cut-and-pasted lines.
git-pickaxe: pagenate output by default.
git-pickaxe: fix nth_line()
git-pickaxe: improve "best match" heuristics
git-pickaxe: introduce heuristics to avoid "trivial" chunks
git-pickaxe: do not keep commit buffer.
git-pickaxe: do not confuse two origins that are the same.
git-pickaxe: get rid of wasteful find_origin().
git-pickaxe: swap comparison loop used for -C
merge: loosen overcautious "working file will be lost" check.
merge-recursive: use abbreviated commit object name.
merge-recursive: make a few functions static.
merge-recursive: adjust to loosened "working file clobbered" check
t6022: ignoring untracked files by merge-recursive when they do not
matter
send-pack --keep: do not explode into loose objects on the receiving end.
git-pickaxe: WIP to refcount origin structure.
git-pickaxe: allow -Ln,m as well as -L n,m
git-pickaxe: refcount origin correctly in find_copy_in_parent()
git-pickaxe: tighten sanity checks.
Revert "send-pack --keep: do not explode into loose objects on the
receiving end."
git-pickaxe: split find_origin() into find_rename() and find_origin().
git-pickaxe: cache one already found path per commit.
Introduce a new revision set operator <rev>^!
Linus Torvalds (2):
Allow '-' in config variable names
git push: add verbose flag and allow overriding of default target
repository
Nicolas Pitre (8):
enable index-pack streaming capability
make index-pack able to complete thin packs.
add progress status to index-pack
mimic unpack-objects when --stdin is used with index-pack
enhance clone and fetch -k experience
index-pack: minor fixes to comment and function name
missing small substitution
make git-push a bit more verbose
Petr Baudis (1):
gitweb: Support for 'forks'
Shawn Pearce (4):
Allow short pack names to git-pack-objects --unpacked=.
Only repack active packs by skipping over kept packs.
Teach git-index-pack how to keep a pack file.
Remove unused variable in receive-pack.
* The 'pu' branch, in addition, has these.
Johannes's "shallow" was marked as "pu" material so I've based
the series on the tip of "next" (which means we cannot
directly merge that into "next" or "master" without rebasing
it to "master" first) and parked it in "pu". I have given
only a cursory look to it but it looks promising.
Nico's latest 6-series builds on top of what Shawn has here
(the first two from Nico are the same), but I haven't gotten
around to them yet.
Johannes Schindelin (6):
upload-pack: no longer call rev-list
support fetching into a shallow repository
allow cloning a repository "shallowly"
allow deepening of a shallow repository
add tests for shallow stuff
Build in shortlog
Junio C Hamano (4):
rev-list --left-right
git-diff/git-apply: make diff output a bit friendlier to GNU
patch (part 2)
para-walk: walk n trees, index and working tree in parallel
git-commit: show --summary after successful commit.
Shawn Pearce (2):
Allow pack header preprocessing before unpack-objects/index-pack.
Teach receive-pack how to keep pack files based on object count.
next reply other threads:[~2006-11-02 0:53 UTC|newest]
Thread overview: 240+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-02 0:53 Junio C Hamano [this message]
2006-11-02 10:02 ` What's in git.git Johannes Schindelin
2006-11-05 17:24 ` Rene Scharfe
2006-11-05 18:47 ` Junio C Hamano
-- strict thread matches above, loose matches on Subject: below --
2008-01-30 8:32 What's in git.git (stable frozen) Junio C Hamano
2008-02-12 7:25 ` What's in git.git Junio C Hamano
2008-02-12 9:15 ` Daniel Stenberg
2008-02-12 9:47 ` Mike Hommey
2008-02-12 11:35 ` Daniel Stenberg
2007-05-13 22:30 What's in git.git (stable) Junio C Hamano
2007-05-17 0:21 ` Junio C Hamano
2007-05-19 5:24 ` Junio C Hamano
2007-05-23 21:46 ` Junio C Hamano
2007-05-29 10:12 ` Junio C Hamano
2007-06-02 21:09 ` Junio C Hamano
2007-06-07 2:08 ` Junio C Hamano
2007-06-13 20:11 ` Junio C Hamano
2007-06-21 7:21 ` Junio C Hamano
2007-06-25 9:43 ` Junio C Hamano
2007-07-02 0:16 ` Junio C Hamano
2007-07-13 6:06 ` What's in git.git Junio C Hamano
2006-11-25 10:12 Junio C Hamano
2006-11-28 19:23 ` Carl Worth
2006-11-29 10:21 ` Johannes Schindelin
2006-11-23 2:49 Junio C Hamano
2006-11-18 22:24 Junio C Hamano
2006-11-18 23:14 ` Junio C Hamano
2006-11-19 15:17 ` Johannes Schindelin
2006-11-19 15:45 ` Jakub Narebski
2006-11-19 16:30 ` Johannes Schindelin
2006-11-19 18:31 ` Jakub Narebski
2006-11-19 19:06 ` Johannes Schindelin
2006-11-19 17:01 ` Petr Baudis
2006-11-12 6:07 Junio C Hamano
2006-11-08 3:21 Junio C Hamano
2006-11-08 4:13 ` David Lang
2006-11-09 2:28 ` Horst H. von Brand
2006-11-09 2:54 ` Junio C Hamano
2006-11-09 3:04 ` Junio C Hamano
2006-11-09 3:45 ` Dave Dillow
2006-11-12 22:25 ` Johannes Schindelin
2006-11-08 7:40 ` Jakub Narebski
2006-11-08 7:59 ` Junio C Hamano
2006-11-08 7:58 ` Jakub Narebski
2006-11-08 8:26 ` Junio C Hamano
2006-11-08 14:51 ` Petr Baudis
2006-11-09 0:02 ` Junio C Hamano
2006-10-26 8:47 Junio C Hamano
2006-10-26 9:12 ` Jakub Narebski
2006-10-26 9:24 ` Junio C Hamano
2006-10-26 12:08 ` Petr Baudis
2006-10-26 12:17 ` Jakub Narebski
2006-10-26 9:19 ` Jakub Narebski
2006-10-27 1:10 ` Petr Baudis
2006-10-26 12:22 ` Petr Baudis
2006-10-26 17:27 ` Andy Whitcroft
2006-10-24 6:32 Junio C Hamano
2006-10-19 5:58 Junio C Hamano
2006-10-17 7:44 Junio C Hamano
2006-10-17 17:16 ` Linus Torvalds
2006-10-17 18:15 ` Davide Libenzi
2006-10-17 18:19 ` Junio C Hamano
2006-10-17 18:53 ` Linus Torvalds
2006-10-17 18:57 ` Andy Whitcroft
2006-10-06 0:59 Junio C Hamano
2006-09-28 7:39 Junio C Hamano
2006-09-28 9:36 ` Petr Baudis
2006-09-28 13:27 ` Johannes Schindelin
2006-09-29 7:34 ` Junio C Hamano
2006-09-29 8:32 ` Petr Baudis
2006-09-30 7:31 ` Junio C Hamano
2006-09-29 8:09 ` Junio C Hamano
2006-09-11 2:21 Junio C Hamano
2006-09-11 11:29 ` Jakub Narebski
2006-09-11 16:31 ` Junio C Hamano
2006-09-11 21:06 ` Jakub Narebski
2006-09-11 22:14 ` Petr Baudis
2006-09-11 23:48 ` Junio C Hamano
2006-09-18 5:33 ` Junio C Hamano
2006-09-18 5:39 ` Jakub Narebski
2006-09-18 5:50 ` Junio C Hamano
2006-09-18 6:07 ` Jakub Narebski
2006-09-18 8:11 ` Johannes Schindelin
2006-09-18 8:19 ` Junio C Hamano
2006-09-18 5:48 ` Jakub Narebski
2006-09-18 14:23 ` Franck Bui-Huu
2006-09-24 10:37 ` Junio C Hamano
2006-08-28 7:19 Junio C Hamano
2006-08-17 6:45 Junio C Hamano
2006-08-14 2:30 Junio C Hamano
2006-08-14 8:11 ` Alex Riesen
2006-08-04 10:12 Junio C Hamano
2006-08-04 10:27 ` Jakub Narebski
2006-08-04 18:40 ` Johannes Schindelin
2006-08-04 18:55 ` Jakub Narebski
2006-08-04 19:09 ` Junio C Hamano
2006-08-04 19:50 ` Junio C Hamano
2006-08-04 20:06 ` Junio C Hamano
2006-08-04 20:27 ` Jakub Narebski
2006-08-01 23:54 Junio C Hamano
2006-08-02 0:34 ` Johannes Schindelin
2006-08-02 7:41 ` Junio C Hamano
2006-08-02 14:02 ` Alex Riesen
2006-08-03 4:56 ` Junio C Hamano
2006-08-03 8:09 ` Alex Riesen
2006-08-03 9:16 ` Junio C Hamano
2006-08-03 12:32 ` Alex Riesen
2006-08-03 12:35 ` Alex Riesen
2006-08-02 19:29 ` carbonated beverage
2006-08-03 4:52 ` Junio C Hamano
2006-08-03 5:15 ` A Large Angry SCM
2006-08-03 5:30 ` carbonated beverage
2006-08-03 5:48 ` carbonated beverage
2006-08-03 7:36 ` carbonated beverage
2006-08-03 7:37 ` carbonated beverage
2006-08-03 8:39 ` Junio C Hamano
2006-08-03 8:50 ` carbonated beverage
2006-08-03 9:31 ` carbonated beverage
2006-08-03 9:03 ` Jakub Narebski
2006-07-17 8:29 Junio C Hamano
2006-07-08 0:37 Junio C Hamano
2006-07-08 2:28 ` Johannes Schindelin
2006-07-08 21:28 ` Jakub Narebski
2006-07-02 7:45 Junio C Hamano
2006-06-29 6:41 Junio C Hamano
2006-06-25 9:37 Junio C Hamano
2006-06-25 17:47 ` Linus Torvalds
2006-06-25 18:07 ` Timo Hirvonen
2006-06-25 18:43 ` Linus Torvalds
2006-06-27 5:54 ` Junio C Hamano
2006-06-27 6:29 ` Linus Torvalds
2006-06-27 7:55 ` Johannes Schindelin
2006-06-26 22:24 ` Martin Langhoff
2006-06-18 0:48 Junio C Hamano
2006-06-18 12:26 ` Johannes Schindelin
2006-06-18 13:08 ` Petr Baudis
2006-06-18 18:43 ` Johannes Schindelin
2006-06-19 7:34 ` Junio C Hamano
2006-06-19 8:35 ` Johannes Schindelin
2006-05-29 6:44 Junio C Hamano
2006-05-24 22:40 Junio C Hamano
2006-05-21 19:01 Junio C Hamano
2006-05-16 5:30 Junio C Hamano
2006-05-10 3:11 Junio C Hamano
2006-05-10 3:48 ` Linus Torvalds
2006-05-10 4:21 ` Linus Torvalds
2006-05-10 4:26 ` Linus Torvalds
2006-05-10 4:41 ` Junio C Hamano
2006-05-10 4:51 ` Linus Torvalds
2006-05-10 4:36 ` Randal L. Schwartz
2006-05-10 4:45 ` Linus Torvalds
2006-05-10 14:15 ` Nicolas Pitre
2006-05-10 15:00 ` Alex Riesen
2006-05-10 16:48 ` Linus Torvalds
2006-05-10 5:05 ` Junio C Hamano
2006-05-10 5:34 ` Martin Langhoff
2006-05-10 6:48 ` Jakub Narebski
2006-05-04 8:14 Junio C Hamano
2006-05-04 9:06 ` Petr Baudis
2006-05-03 18:54 Junio C Hamano
2006-04-26 11:09 Junio C Hamano
2006-04-22 0:52 Junio C Hamano
2006-04-22 11:25 ` Johannes Schindelin
2006-04-14 7:49 Junio C Hamano
2006-04-18 8:44 ` Junio C Hamano
2006-04-11 4:40 Junio C Hamano
2006-04-11 13:50 ` Linus Torvalds
2006-04-11 15:55 ` Petr Baudis
2006-04-11 17:58 ` Junio C Hamano
2006-04-04 23:06 Junio C Hamano
2006-03-28 0:28 Junio C Hamano
2006-03-26 6:00 Junio C Hamano
2006-03-22 1:58 Junio C Hamano
2006-03-22 2:18 ` Randal L. Schwartz
2006-03-22 3:26 ` Randal L. Schwartz
2006-03-22 5:07 ` Junio C Hamano
2006-03-22 5:35 ` Randal L. Schwartz
2006-03-22 5:46 ` Junio C Hamano
2006-03-22 16:21 ` Linus Torvalds
2006-03-22 10:21 ` Bertrand Jacquin
2006-03-22 11:52 ` Petr Baudis
2006-03-22 19:15 ` Junio C Hamano
2006-03-15 22:13 Junio C Hamano
2006-03-07 22:23 Francis Daly
2006-03-06 7:13 Junio C Hamano
2006-03-06 9:05 ` Martin Langhoff
2006-03-10 10:44 ` Fredrik Kuivinen
2006-03-10 11:17 ` Johannes Schindelin
2006-03-10 11:59 ` Martin Langhoff
2006-03-13 5:01 ` Junio C Hamano
2006-03-06 9:15 ` Johannes Schindelin
2006-03-06 10:29 ` Lukas Sandström
2006-03-05 4:22 Junio C Hamano
2006-03-05 4:51 ` Junio C Hamano
2006-03-05 4:58 ` Linus Torvalds
2006-03-05 5:44 ` Junio C Hamano
2006-03-05 17:53 ` Linus Torvalds
2006-03-05 18:29 ` Linus Torvalds
2006-03-05 19:36 ` Junio C Hamano
2006-03-05 20:04 ` Linus Torvalds
2006-03-05 19:53 ` Junio C Hamano
2006-03-05 9:21 ` Martin Langhoff
2006-03-05 9:58 ` Alexandre Julliard
2006-03-05 10:15 ` Martin Langhoff
2006-03-05 10:47 ` Alexandre Julliard
2006-03-05 10:10 ` Junio C Hamano
2006-03-01 12:24 Junio C Hamano
2006-03-01 21:28 ` Nicolas Pitre
2006-03-01 22:51 ` Junio C Hamano
2006-03-01 23:01 ` Luck, Tony
2006-02-23 2:05 Junio C Hamano
2006-02-22 10:45 Junio C Hamano
2006-02-22 13:46 ` Alex Riesen
2006-02-20 7:57 Junio C Hamano
2006-02-20 8:34 ` Andreas Ericsson
2006-02-20 9:04 ` Junio C Hamano
2006-02-20 9:47 ` Junio C Hamano
2006-02-19 8:56 Junio C Hamano
2006-02-17 14:28 linux
2006-02-18 6:49 ` Junio C Hamano
2006-02-16 6:57 Junio C Hamano
2006-02-10 17:03 Luck, Tony
2006-02-09 23:49 Luck, Tony
2006-02-10 0:28 ` Junio C Hamano
2006-02-10 0:35 ` Junio C Hamano
2006-02-14 23:10 ` Luck, Tony
2006-02-10 0:40 ` Ryan Anderson
2006-02-10 0:46 ` Junio C Hamano
2006-02-09 6:47 Junio C Hamano
[not found] ` <20060209030905.319f2e48.seanlkml@sympatico.ca>
2006-02-09 8:09 ` sean
2006-02-09 9:04 ` Andreas Ericsson
[not found] ` <20060209044039.45763d4f.seanlkml@sympatico.ca>
2006-02-09 9:40 ` sean
2006-02-09 9:55 ` Junio C Hamano
2006-02-09 10:29 ` Andreas Ericsson
2006-02-09 10:55 ` Junio C Hamano
2006-02-09 11:35 ` Andreas Ericsson
2006-02-10 0:47 ` Junio C Hamano
2006-02-09 9:58 ` Johannes Schindelin
2006-02-09 10:32 ` Junio C Hamano
2006-02-09 11:24 ` Johannes Schindelin
2006-02-09 23:14 ` Tony Luck
2006-02-09 23:30 ` Ryan Anderson
2006-02-09 23:44 ` Junio C Hamano
2006-02-10 15:02 ` Junio C Hamano
2006-01-28 21:08 Junio C Hamano
2006-01-25 13:00 Junio C Hamano
[not found] ` <8aa486160601250741k120f0021h@mail.gmail.com>
2006-01-25 19:24 ` Junio C Hamano
2006-01-25 20:36 ` Jason Riedy
[not found] ` <8aa486160601250634v294857e0j@mail.gmail.com>
2006-01-25 23:56 ` Junio C Hamano
[not found] ` <8aa486160601260104v745594d9m@mail.gmail.com>
[not found] ` <7vk6cngwfh.fsf@assigned-by-dhcp.cox.net>
[not found] ` <8aa486160601260156h6157ca34s@mail.gmail.com>
2006-01-26 12:12 ` Junio C Hamano
2006-01-26 16:24 ` Santi Bejar
2006-01-20 8:42 Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7vk62ewtxd.fsf@assigned-by-dhcp.cox.net \
--to=junkio@cox.net \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).