sort by:
Revision Author Date Message Commit Date
41cb748 Move "get_ack()" to common git_connect functions git-clone-pack will want it too. Soon. 05 July 2005, 22:44:09 UTC
4f7770c Remove multi-head support from fetch-pack It was a misguided attempt to mix fetching and cloning. I'll make a separate clone thing. 05 July 2005, 21:39:30 UTC
12ba7ea Remove unnecessary usage of strncmp() in git-rev-list arg parsing. 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. 05 July 2005, 19:12:50 UTC
bbca20a Merge head 'cvs2git' of http://netz.smurf.noris.de/git/git 05 July 2005, 19:03:14 UTC
f03f2ba Work around git-http-pull breakage in git-fetch-script 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. 05 July 2005, 19:02:10 UTC
0a623e7 git-fetch-script: use git-fetch-pack for local and ssh fetches. Also, clean it up a lot. 05 July 2005, 18:38:37 UTC
723c31f Add "git_path()" and "head_ref()" helper functions. "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. 05 July 2005, 18:31:32 UTC
f4b3a4c Merge with Linus' current tree 05 July 2005, 13:32:29 UTC
f13bbe7 Merge with http://www.liacs.nl/~sverdool/git.git#cvs2git 05 July 2005, 12:23:36 UTC
a9174a1 cvsimport: getopt accepted a -q option (undocumented and unused). Removed. 05 July 2005, 12:22:53 UTC
210569f git-cvsimport-script: move working directory forward 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. 05 July 2005, 11:19:59 UTC
7a662e8 git-rev-list: make sure the output is sorted by recency We didn't sort the refs by date, so if you had multiple refs, the end result would not be properly sorted. 04 July 2005, 23:49:37 UTC
7620d39 Make rev-list flush the stdio buffers after each rev. We'd rather get the revisions in a slow but timely manner than have to wait for them. 04 July 2005, 23:36:48 UTC
75bfc6c Make git-fetch-pack actually do all the unpacking etc. 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. 04 July 2005, 23:35:13 UTC
fb9040c Make git-fetch-pack and git-upload-pack negotiate needs/haves fully Now the only piece missing is actually generating the pack-file. 04 July 2005, 22:29:17 UTC
6cada6a Clean up output of "for_each_ref()" when GIT_DIR is "." Remove the "./" at the head, it just looks much nicer. 04 July 2005, 22:28:19 UTC
fc6e714 git-cvsimport-script: remove unused variable 04 July 2005, 21:18:35 UTC
def88e9 Commit first cut at "git-fetch-pack" 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. 04 July 2005, 20:26:53 UTC
013e7c7 Move ref path matching to connect.c library It's a generic thing for matching refs from the other side. 04 July 2005, 20:24:30 UTC
f719259 Factor out the ssh connection stuff from send-pack.c I want to use it for git-fetch-pack too. 04 July 2005, 18:57:58 UTC
1750113 git-cvsimport-script: more error handling 04 July 2005, 15:36:25 UTC
a61eea6 [PATCH] Fixup t/t5300 unit tests broken by 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> 04 July 2005, 15:22:32 UTC
2853717 git-cvsimport-script: provide direct support for cvsps -z option 04 July 2005, 15:10:06 UTC
6e7e37b git-cvsimport-script: update cvsps cache instead of rebuilding it Updating the cache is sufficient for most purposes. If users really want to rebuild the cache, they can specify the option themselves. 04 July 2005, 13:35:30 UTC
46e63ef git-cvsimport-script: fix branch switching Previous patch broke branch switching. 04 July 2005, 13:28:36 UTC
79ee456 git-cvsimport-script: use private index. 04 July 2005, 11:36:59 UTC
671fe4b git-rev-parse: support show sha1 names for pack entries 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. 04 July 2005, 04:01:11 UTC
5736bef Make git-rev-parse support cogito-style "short hex names" Currently only for unpacked objects, but the infrastructure is there to do it for packed objects too. 04 July 2005, 03:27:06 UTC
2eb6d82 git-cvsimport-script: leave working directory alone. 03 July 2005, 22:43:26 UTC
5f3de58 Make the name of a pack-file depend on the objects packed there-in. 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. 03 July 2005, 22:34:04 UTC
866d131 git-cvsimport-script: typo head -> heads 03 July 2005, 21:40:48 UTC
2396ec8 Add "git-prune-packed" that removes objects that exist in a pack. This, together with "git repack" can be used to clean up unpacked git archives. 03 July 2005, 21:27:34 UTC
b2d4619 Add "git repack" command that does an incremental pack 03 July 2005, 20:38:01 UTC
1c4a291 Add "--non-empty" flag to git-pack-objects It skips writing the pack-file if it ends up being empty. 03 July 2005, 20:36:58 UTC
12d2a18 "git rev-list --unpacked" shows only unpacked commits More infrastructure to do efficient incremental packs. 03 July 2005, 20:29:54 UTC
eb01937 Add "--incremental" flag to git-pack-objects It won't add an object that is already in a pack to the new pack. 03 July 2005, 20:08:40 UTC
960bba0 Add "--all" flag to rev-parse that shows all refs And make git-rev-list just silently ignore non-commit refs if we're not asking for all objects. 03 July 2005, 20:07:52 UTC
dade09c Add "has_sha1_pack()" function to query whether the object is available in a pack We'll want this for incremental packing. 03 July 2005, 20:06:36 UTC
c333038 Make git-fsck-cache check HEAD integrity In particular, check that it's a symlink, and points to refs/heads/. We depend on that these days not only for "git checkout", but also because fsck and others only check for references in the .git/refs/ subdirectory, not things like HEAD itself. 03 July 2005, 17:40:38 UTC
6da4016 Fix sparse warnings. Mainly making a lot of local functions and variables be marked "static", but there was a "zero as NULL" warning in there too. 03 July 2005, 17:10:45 UTC
9da07f3 cvsimport: Missing tests for verbosity flag. 03 July 2005, 17:03:30 UTC
44c9e85 Fix up header file dependencies and add sparse checking rules We're pretty sparse-clean already, thanks to earlier efforts, but some things inevitably creep in. 03 July 2005, 17:02:35 UTC
944d858 Fix up "for_each_ref()" to be more usable, and use it in git-fsck-cache It needed to take the GIT_DIR information into account, something that the original receive-pack usage just never cared about. 03 July 2005, 17:01:38 UTC
7ec4e60 Fix gcc warning in send-pack.c send_pack() was declared to return "int" (although nobody cared), but didn't actually return anything. 03 July 2005, 17:00:01 UTC
4d235c8 Avoid gcc warnings in sha1_file.c A couple of bogus "might be used undefined" warnings are avoided by moving the initializations unnecessarily early. 03 July 2005, 16:58:44 UTC
3415539 Support :ext: access method. 03 July 2005, 11:02:06 UTC
8d0ea31 Honour CVS_SERVER. 03 July 2005, 10:26:51 UTC
a92bebe git-cvsimport-script: clean up documentation Remove documentation of irrelevant "type" option. Signed-off-by: Sven Verdoolaege <skimo@kotnet.org> 03 July 2005, 09:40:45 UTC
f9714a4 Make specification of CVS module to convert optional. If we're inside a checked out CVS repository, there is no need to explicitly specify the module as it is available in CVS/Repository. Also read CVS/Root if it's available and -d is not specified. Finally, explicitly pass root to cvsps as CVS/Root takes precedence over CVSROOT. Signed-off-by: Sven Verdoolaege <skimo@kotnet.org> 03 July 2005, 09:40:44 UTC
1cd3674 Fixed a typo in Documentation/git-cvsimport-script.txt. 03 July 2005, 07:43:00 UTC
8a65ff7 Generalize the "show each ref" code in receice-pack This turns it into a generic "do xyz for each ref" library function. 03 July 2005, 03:23:36 UTC
ad8c80a [PATCH] Show more details of packfile with verify-pack -v. This implements show_pack_info() function used in verify-pack command when -v flag is used to obtain something like unpack-objects used to give when it was first written. It shows the following for each non-deltified object found in the pack: SHA1 type size offset For deltified objects, it shows this instead: SHA1 type size offset depth base_sha1 In order to get the output in the order that appear in the pack file for debugging purposes, you can do this: $ git-verify-pack -v packfile | sort -n -k 4,4 Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 01 July 2005, 05:33:47 UTC
f3bf922 [PATCH] verify-pack updates. Nico pointed out that having verify_pack.c and verify-pack.c was confusing. Rename verify_pack.c to pack-check.c as suggested, and enhances the verification done quite a bit. - Built-in sha1_file unpacking knows that a base object of a deltified object _must_ be in the same pack, and takes advantage of that fact. - Earlier verify-pack command only checked the SHA1 sum for the entire pack file and did not look into its contents. It now checks everything idx file claims to have unpacks correctly. - It now has a hook to give more detailed information for objects contained in the pack under -v flag. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 01 July 2005, 05:33:47 UTC
c62266f [PATCH] Avoid unnecessarily inflating and interpreting delta This teaches packed_delta_info() that it only needs to look at the type of the base object to figure out both type and size of a deltified object. This saves quite a many calls to inflate() when dealing with a deep delta chain. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 01 July 2005, 05:33:47 UTC
f211406 cvsimport: add documentation. 30 June 2005, 20:54:33 UTC
2be4fcc cvsimport: Added option '-p': pass options to cvsps Added option '-x' to cvsps call 30 June 2005, 20:54:01 UTC
4c24e08 cvsimport: Exit if an existing repository doesn't have the right branch. 30 June 2005, 20:10:32 UTC
e371046 cvs import: Strip whitespace at the end of the log entry for compatibility with old cvs2git. 30 June 2005, 20:09:42 UTC
d0efc8a Do ref matching on the sender side rather than on receiver This makes the receiver always send a full list of valid refs, which will allow us to do better packs, as well as handle creation of new refs. Eventually. Right now we just moved the matching and enabled it. So now you can do git-send-pack host:path branch1 branch2 to only send branches "branch1" and "branch2". 30 June 2005, 19:28:24 UTC
f65fdf0 Add support for "forcing" a ref on the remote side A "old ref" of all zeroes is considered a "don't care" ref, and allows us to say "write the new ref regardless of what the old ref contained (or even if it existed at all)". This allows (if git-send-pack were to do it) creating new refs, and fixing up old ones. 30 June 2005, 18:04:59 UTC
94fdb7a git-send-pack: actually send the object pack This concludes this lesson. I've actually successfully sent an update using the git-send-pack command. Probably tons of work still to do, and nasty debugging, but it's now actually potentially useful. 30 June 2005, 17:17:39 UTC
2eca23d git-receive-pack: implement ref switch command handling After unpacking the object pack successfully, we go through the list of refs, and verify that they still contain their expected values. Then we replace them with the new ones. 30 June 2005, 17:15:22 UTC
0fa2824 cvsimport: perform string comparison on "HEAD" 30 June 2005, 15:23:22 UTC
dbc1aea git-cvsimport-script: Removed redundant @old and @new clear. 30 June 2005, 10:28:31 UTC
4f7c0ca git-cvsimport-script: Remove setting Sticky; it may cause problems 30 June 2005, 10:19:48 UTC
4abdecb cvs import: Call git-update-cache multiple times instead of with a too-long argument list. 30 June 2005, 09:55:57 UTC
56b6ed8 Add comment on what send-pack still needs to do Me tired. 30 June 2005, 06:07:01 UTC
eb1af2d git-receive-pack: start parsing ref update commands We don't act on them yet, but we parse them. 30 June 2005, 06:01:14 UTC
7f8e982 Slow but steady progress on git pack receive/send 30 June 2005, 05:50:48 UTC
e4b5c7f git-send-pack: start parsing local/remote reference differences Right now it just shows which refs it picks up, and whether they are the same or changed on the remote end. Getting there.. 30 June 2005, 05:31:41 UTC
1a3e717 Turn on optimization again It got turned off by mistake just because I had been doing debugging, and committed the Makefile that had other changes ... 30 June 2005, 04:08:21 UTC
9d89d19 [PATCH] Remove unnecessary sort from t6001 testcase This patch removes an unnecessary sort from the t6001 testcase. Sorts were previously necessary when testing non --merge-order cases because the output order wasn't entirely deterministic unless commit date was fixed. However, commit dates are now fixed, so the need for a sort has disappeared. So the sort has been removed. Signed-off-by: Jon Seymour <jon.seymour@gmail.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 30 June 2005, 03:53:10 UTC
3ed3567 [PATCH] Fix broken t6001 test case This fix fixes a t/t6001 test case break that was hidden by a bug in the test case infrastructure. Signed-off-by: Jon Seymour <jon.seymour@gmail.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 30 June 2005, 03:53:10 UTC
2ba1bee [PATCH] Demonstrate broken t6001 test case function Junio discovered a problem where an actual test case break was hidden because pipelines are not handled properly by the test infrastructure in t6001. This patch fixes the broken infrastructure (and demonstrates the break explicitly). A subsequent patch in this series will fix the test case so that it doesn't fail. Signed-off-by: Jon Seymour <jon.seymour@gmail.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 30 June 2005, 03:53:10 UTC
99c2bc9 [PATCH] Fix for git-rev-list --merge-order B ^A (A,B share common base) [rev 2] This patch makes --merge-order produce the same list as git-rev-list without --merge-order specified. In particular, if the graph looks like this: A | B |/ C | D The both git-rev-list B ^A and git-rev-list --merge-order will produce B. The unit tests have been changed to reflect the fact that the prune points are now formally part of the start list that is used to perform the --merge-order sort. That is: git-rev-list --merge-order A ^D used to produce = A | C It now produces: ^ A | C Signed-off-by: Jon Seymour <jon.seymour@gmail.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 30 June 2005, 03:53:10 UTC
da4b932 [PATCH] Test case that demonstrates problem with --merge-order ^ processing Added a test case that shows that --merge-order doesn't produce the correct result in the following case. A | | B |/ C | D git-rev-list --merge-order A ^B should produce just A. Instead it produces BCD. A subsequent patch will fix this defect. Signed-off-by: Jon Seymour <jon.seymour@gmail.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 30 June 2005, 03:53:10 UTC
f3a3214 Make send/receive-pack be closer to doing something interesting 30 June 2005, 03:50:15 UTC
6122147 Start of "git-send-pack", the local part of sending off a pack Like git-receive-pack, this is only partway done. 30 June 2005, 02:09:05 UTC
575f497 Add first cut at "git-receive-pack" It's not working yet, but it's at the point where I want to be able to track my changes. The theory of operation is that this is the "remote" side of a "git push". It can tell us what references the remote side has, receives out reference update commands and a pack-file, and can execute the unpacking command. 30 June 2005, 00:52:11 UTC
ad6ce07 Remove bogus dup commit warning with --merge-order It makes gitk unhappy, and besides, non-merge-order doesn't complain, so why do it here.. 29 June 2005, 18:40:58 UTC
36f8d17 Teach git-rev-list about non-commit objects Now you can give git-rev-list tags, trees and blobs, and it will do the proper reachability for them all. Knock wood. Of course, you need the "--objects" flag to do anything but plain commits. 29 June 2005, 18:30:24 UTC
3c90f03 Prepare git-rev-list for tracking tag objects too We want to be able to just say "give a difference between these objects", rather than limiting it to commits only. This isn't there yet, but it sets things up to be a bit easier. 29 June 2005, 17:40:14 UTC
e06eb4c [PATCH] Adjust t5300 test for unpack-objects change It now always read from standard input and rejects non-flag arguments. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 16:53:57 UTC
dddafff Re-instate dry-run logic in git-unpack-objects It can no longer be as verbose, since it doesn't have a good way to resolve deltas (now that it is purely streaming, it cannot seek around to read the objects a delta is based on). But it can check that the thing unpacks cleanly at least as far as pack syntax goes - all the objects uncompress cleanly, and the pack has the right final SHA1. 29 June 2005, 16:53:20 UTC
cca7081 Clean up git-unpack-objects a bit I'd like to add back the "dry-run" thing, but it turns out that to do it well, I'd have to keep all the object data in memory (which is not acceptable). So I'll clean it up a bit and make it do as many checks as it can. 29 June 2005, 16:38:02 UTC
f925339 [PATCH] Add git-verify-pack command. Given a list of <pack>.idx files, this command validates the index file and the corresponding .pack file for consistency. This patch also uses the same validation mechanism in fsck-cache when the --full flag is used. During normal operation, sha1_file.c verifies that a given .idx file matches the .pack file by comparing the SHA1 checksum stored in .idx file and .pack file as a minimum sanity check. We may further want to check the pack signature and version when we map the pack, but that would be a separate patch. Earlier, errors to map a pack file was not flagged fatal but led to a random fatal error later. This version explicitly die()s when such an error is detected. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 16:11:39 UTC
3c84974 [PATCH] Fixlets on top of Nico's clean-up. If we prefer 0 as maxsize for diff_delta() to say "unlimited", let's be consistent about it. This patch also fixes type mismatch in a call to get_delta_hdr_size() from packed_delta_info(). Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 16:11:38 UTC
dcde55b [PATCH] assorted delta code cleanup This is a wrap-up patch including all the cleanups I've done to the delta code and its usage. The most important change is the factorization of the delta header handling code. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 16:11:38 UTC
e5e3e0f Fix packed_delta_info() that was broken by the delta header packing change Pointed out by Junio. 29 June 2005, 05:42:45 UTC
01247d8 Make git pack files use little-endian size encoding This makes it match the new delta encoding, and admittedly makes the code easier to follow. This also updates the PACK file version to 2, since this (and the delta encoding change in the previous commit) are incompatible with the old format. 29 June 2005, 05:15:57 UTC
69a2d42 [PATCH] denser delta header encoding Since the delta data format is not tied to any actual git object anymore, now is the time to add a small improvement to the delta data header as it is been done for packed object header. This patch allows for reducing the delta header of about 2 bytes and makes for simpler code. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 04:38:47 UTC
9d5ab96 [PATCH] Emit base objects of a delta chain when the delta is output. Deltas are useless by themselves and when you use them you need to get to their base objects. A base object should inherit recency from the most recent deltified object that is based on it and that is what this patch teaches git-pack-objects. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 03:37:42 UTC
67e5a5e git-unpack-objects: re-write to read from stdin It gets a bit more complicated to unpack in a streaming environment, but here it is. The rewrite is actually a lot cleaner in other ways, it's just a bit more subtle. 29 June 2005, 03:34:23 UTC
75c660a [PATCH] Use enhanced diff_delta() in the similarity estimator. The diff_delta() interface was extended to reject generating too big a delta while we were working on the packed GIT archive format. Take advantage of that when generating delta in the similarity estimator used in diffcore-rename.c Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 00:13:32 UTC
e1ddc97 [PATCH] Fix unpack-objects for header length information. Standalone unpack-objects command was not adjusted for header length encoding change when dealing with deltified entry. This fixes it. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 29 June 2005, 00:12:18 UTC
fead283 Merge fighting fsck-cache updates from Junio It's just easier to let git help out with the merge than it is to try to fix up the diffs. 28 June 2005, 22:20:10 UTC
8a498a0 [PATCH] Update fsck-cache (take 2) The fsck-cache complains if objects referred to by files in .git/refs/ or objects stored in files under .git/objects/??/ are not found as stand-alone SHA1 files (i.e. found in alternate object pools GIT_ALTERNATE_OBJECT_DIRECTORIES or packed archives stored under .git/objects/pack). Although this is a good semantics to maintain consistency of a single .git/objects directory as a self contained set of objects, it sometimes is useful to consider it is OK as long as these "outside" objects are available. This commit introduces a new flag, --standalone, to git-fsck-cache. When it is not specified, connectivity checks and .git/refs pointer checks are taught that it is OK when expected objects do not exist under .git/objects/?? hierarchy but are available from an packed archive or in an alternate object pool. Another new flag, --full, makes git-fsck-cache to check not only the current GIT_OBJECT_DIRECTORY but also objects found in alternate object pools and packed GIT archives.a Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 28 June 2005, 22:17:12 UTC
9a217f2 [PATCH] Expose packed_git and alt_odb. The commands git-fsck-cache and probably git-*-pull needs to have a way to enumerate objects contained in packed GIT archives and alternate object pools. This commit exposes the data structure used to keep track of them from sha1_file.c, and adds a couple of accessor interface functions for use by the enhanced git-fsck-cache command. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 28 June 2005, 22:16:25 UTC
d85a4fe [PATCH] Bugfix: initialize pack_base to NULL. This was causing random segfaults, because use_packed_git() got confused by random garbage there. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 28 June 2005, 22:12:25 UTC
23676d4 [PATCH] Adjust fsck-cache to packed GIT and alternate object pool. The fsck-cache complains if objects referred to by files in .git/refs/ or objects stored in files under .git/objects/??/ are not found as stand-alone SHA1 files (i.e. found in alternate object pools GIT_ALTERNATE_OBJECT_DIRECTORIES or packed archives stored under .git/objects/pack). Although this is a good semantics to maintain consistency of a single .git/objects directory as a self contained set of objects, it sometimes is useful to consider it is OK as long as these "outside" objects are available. This commit introduces a new flag, --standalone, to git-fsck-cache. When it is not specified, connectivity checks and .git/refs pointer checks are taught that it is OK when expected objects do not exist under .git/objects/?? hierarchy but are available from an packed archive or in an alternate object pool. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 28 June 2005, 21:51:52 UTC
back to top