From 6d67245728bbbc07ad1eeaf5b3c49f64c6bbcd11 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 20 Nov 2013 15:14:20 -0400 Subject: try to recover even if git fsck cannot be coaxed to tell us any bad objects Sometimes git fsck outputs no shas even with --verbose, but fails, due to badly corrupt objects. The best thing to do in this situation is to try to pull and rsync from remotes, hoping that the bad objects will be overwritten. --- git-repair.cabal | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'git-repair.cabal') diff --git a/git-repair.cabal b/git-repair.cabal index a74b117..77150ee 100644 --- a/git-repair.cabal +++ b/git-repair.cabal @@ -19,7 +19,7 @@ Description: Executable git-repair Main-Is: git-repair.hs - GHC-Options: -Wall + GHC-Options: -Wall -threaded Build-Depends: MissingH, hslogger, directory, filepath, containers, mtl, network, extensible-exceptions, unix-compat, bytestring, base >= 4.5, base < 5, IfElse, text, process, @@ -30,7 +30,7 @@ Executable git-repair Executable test-runner Main-Is: test-runner.hs - GHC-Options: -Wall + GHC-Options: -Wall -threaded Build-Depends: MissingH, hslogger, directory, filepath, containers, mtl, network, extensible-exceptions, unix-compat, bytestring, base >= 4.5, base < 5, IfElse, text, process, -- cgit v1.2.3