Age | Commit message (Collapse) | Author |
|
Same argument order, same return type. This allows us to use a function
pointer to choose one over the other.
|
|
This trivial patch removes the semicolon as the sed seperator in the t/t6000-lib.sh test script
and replaces it with white space. This makes BSD sed(1) much happier.
Signed-off-by: Mark Allen <mrallen1@yahoo.com>
Signed-off-by: Jon Seymour <jon.seymour@gmail.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
This patch introduces some unit tests for the git-rev-list --bisect functionality.
Signed-off-by: Jon Seymour <jon.seymour@gmail.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
t/t6000-lib.sh
Functions that are useful to other t6xxx testcases are moved into t6000-lib.sh
To use these functions in a test case, use a test-case pre-amble like:
. ./test-lib.sh
. ../t6000-lib.sh # t6xxx specific functions
Signed-off-by: Jon Seymour <jon.seymour@gmail.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
Remember to close temporary file
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
The function calls opendir() without a matching closedir().
Signed-off-by: Junio C Hamano <junkio@cox.net>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
|
|
GIT_DIR=. ends up being what some of the pack senders use, and we
sometimes messed up when cleaning up the path, ie a ".//HEAD" was
cleaned up into "/HEAD", not "HEAD" like it should be.
We should do some other cleanup, and probably also verify that symlinks
don't point to outside the git area.
|
|
Now that git-clone-pack exists, we actually have somebody requesting
more than just a single head in a pack. So allow the Jeff's of this
world to clone things with tens of heads.
|
|
This was invaluable for debugging the zero-sized compression issue, and
might be useful for scripting too, if people want to see the contents of
a pack.
|
|
zlib actually writes a header for that case, and while ignoring that
header will get us the right data, it will also end up messing up our
stream position. So we actually want zlib to "uncompress" even an empty
object.
|
|
|
|
|
|
It did a "for_each_ref()" in addition to the HEAD case, which was a
left-over from an early broken test.
|
|
git-clone-pack will want it too. Soon.
|
|
It was a misguided attempt to mix fetching and cloning. I'll make
a separate clone thing.
|
|
Not only is it unnecessary, it incorrectly allows extraneous characters
at the end of the argument.
Junio noticed the --merge-order thing, and Jon points out that if we fix
that one, we should fix --show-breaks too.
|
|
|
|
Need to add a final slash. And make it verbose by default, since it's
so slow that otherwise people will think it's died.
|
|
Also, clean it up a lot.
|
|
"git_path()" returns a static pathname pointer into the git directory
using a printf-like format specifier.
"head_ref()" works like "for_each_ref()", except for just the HEAD.
|
|
|
|
|
|
Removed.
|
|
If HEAD happened to point to a cvs branch, move the
working directory forward to the tip of the branch.
Additionally, if master and "origin" are equal,
move master forward to new origin first.
|
|
We didn't sort the refs by date, so if you had multiple refs, the end
result would not be properly sorted.
|
|
We'd rather get the revisions in a slow but timely manner than
have to wait for them.
|
|
It returns the result SHA1 on stdout, so you can do
remote=$(git-fetch-pack host:dir branchname)
and it will unpack the objects and "remote" will be the SHA1 name of the
branch on the other side. You can then save that off, or merge it, or
whatever.
|
|
Now the only piece missing is actually generating the pack-file.
|
|
Remove the "./" at the head, it just looks much nicer.
|
|
|
|
It's meant to be used by "git fetch" for the local and ssh case.
It doesn't actually do the fetching now, but it does discover the common
commit point.
|
|
It's a generic thing for matching refs from the other side.
|
|
I want to use it for git-fetch-pack too.
|
|
|
|
5f3de58ff85c49620ae2a1722d8d4d37c881a054
This patch fixes up the t/t5300 unit tests which were broken by the changes in:
Make the name of a pack-file depend on the objects packed there-in.
Signed-off-by: Jon Seymour <jon.seymour@gmail.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
|
|
Updating the cache is sufficient for most purposes.
If users really want to rebuild the cache, they can specify
the option themselves.
|
|
Previous patch broke branch switching.
|
|
|
|
This is actually subtly wrong. If a short match is found in the object
directory, but would _also_ match another SHA1 ID in a pack (or it shows
in one pack but not another), we'll never have done the pack lookup, and
we think it's unique.
I can't find it in myself to care. You really want to use enough of a
SHA1 that there is never any ambiguity.
|
|
Currently only for unpacked objects, but the infrastructure
is there to do it for packed objects too.
|
|
|
|
This means that the .git/objects/pack directory is also rsync'able,
since the filenames created there-in are either unique or refer to the
same data.
Otherwise you might not be able to pull from a directory that is partly
packed without having to worry about missing objects due to pack-file
name clashes.
|
|
|
|
This, together with "git repack" can be used to clean up unpacked
git archives.
|
|
|
|
It skips writing the pack-file if it ends up being empty.
|
|
More infrastructure to do efficient incremental packs.
|
|
It won't add an object that is already in a pack to the new pack.
|