2013-10-23 16:21:59 +00:00
|
|
|
{- git-annex command
|
|
|
|
-
|
2015-01-21 16:50:09 +00:00
|
|
|
- Copyright 2013 Joey Hess <id@joeyh.name>
|
2013-10-23 16:21:59 +00:00
|
|
|
-
|
|
|
|
- Licensed under the GNU GPL version 3 or higher.
|
|
|
|
-}
|
|
|
|
|
|
|
|
module Command.Repair where
|
|
|
|
|
|
|
|
import Command
|
|
|
|
import qualified Annex
|
2013-10-23 16:58:01 +00:00
|
|
|
import qualified Git.Repair
|
|
|
|
import qualified Annex.Branch
|
2014-01-13 20:47:18 +00:00
|
|
|
import qualified Git.Ref
|
2013-10-23 17:13:40 +00:00
|
|
|
import Git.Types
|
2013-10-23 19:07:55 +00:00
|
|
|
import Annex.Version
|
2013-10-23 16:21:59 +00:00
|
|
|
|
2015-07-08 16:33:27 +00:00
|
|
|
cmd :: Command
|
|
|
|
cmd = noCommit $ dontCheck repoExists $
|
2015-07-08 19:08:02 +00:00
|
|
|
command "repair" SectionMaintenance
|
|
|
|
"recover broken git repository"
|
|
|
|
paramNothing (withParams seek)
|
2013-10-23 16:21:59 +00:00
|
|
|
|
2015-07-08 19:08:02 +00:00
|
|
|
seek :: CmdParams -> CommandSeek
|
fix inversion of control in CommandSeek (no behavior changes)
I've been disliking how the command seek actions were written for some
time, with their inversion of control and ugly workarounds.
The last straw to fix it was sync --content, which didn't fit the
Annex [CommandStart] interface well at all. I have not yet made it take
advantage of the changed interface though.
The crucial change, and probably why I didn't do it this way from the
beginning, is to make each CommandStart action be run with exceptions
caught, and if it fails, increment a failure counter in annex state.
So I finally remove the very first code I wrote for git-annex, which
was before I had exception handling in the Annex monad, and so ran outside
that monad, passing state explicitly as it ran each CommandStart action.
This was a real slog from 1 to 5 am.
Test suite passes.
Memory usage is lower than before, sometimes by a couple of megabytes, and
remains constant, even when running in a large repo, and even when
repeatedly failing and incrementing the error counter. So no accidental
laziness space leaks.
Wall clock speed is identical, even in large repos.
This commit was sponsored by an anonymous bitcoiner.
2014-01-20 08:11:42 +00:00
|
|
|
seek = withNothing start
|
2013-10-23 16:21:59 +00:00
|
|
|
|
|
|
|
start :: CommandStart
|
2013-10-23 16:58:01 +00:00
|
|
|
start = next $ next $ runRepair =<< Annex.getState Annex.force
|
|
|
|
|
|
|
|
runRepair :: Bool -> Annex Bool
|
|
|
|
runRepair forced = do
|
2013-12-10 19:40:01 +00:00
|
|
|
(ok, modifiedbranches) <- inRepo $
|
2013-12-10 20:17:49 +00:00
|
|
|
Git.Repair.runRepair isAnnexSyncBranch forced
|
2013-10-23 19:07:55 +00:00
|
|
|
-- This command can be run in git repos not using git-annex,
|
|
|
|
-- so avoid git annex branch stuff in that case.
|
|
|
|
whenM (isJust <$> getVersion) $
|
2013-12-10 19:40:01 +00:00
|
|
|
repairAnnexBranch modifiedbranches
|
2013-10-23 16:58:01 +00:00
|
|
|
return ok
|
|
|
|
|
|
|
|
{- After git repository repair, the .git/annex/index file could
|
|
|
|
- still be broken, by pointing to bad objects, or might just be corrupt on
|
|
|
|
- its own. Since this index file is not used to stage things
|
|
|
|
- for long durations of time, it can safely be deleted if it is broken.
|
|
|
|
-
|
2013-10-23 17:13:40 +00:00
|
|
|
- Otherwise, if the git-annex branch was modified by the repair,
|
|
|
|
- commit the index file to the git-annex branch.
|
2013-10-23 16:58:01 +00:00
|
|
|
- This way, if the git-annex branch got rewound to an old version by
|
|
|
|
- the repository repair, or was completely deleted, this will get it back
|
|
|
|
- to a good state. Note that in the unlikely case where the git-annex
|
2013-10-23 17:13:40 +00:00
|
|
|
- branch was rewound to a state that, had new changes from elsewhere not
|
|
|
|
- yet reflected in the index, this does properly merge those into the
|
|
|
|
- index before committing.
|
2013-10-23 16:58:01 +00:00
|
|
|
-}
|
2013-12-10 19:40:01 +00:00
|
|
|
repairAnnexBranch :: [Branch] -> Annex ()
|
|
|
|
repairAnnexBranch modifiedbranches
|
2013-10-23 17:13:40 +00:00
|
|
|
| Annex.Branch.fullname `elem` modifiedbranches = ifM okindex
|
|
|
|
( commitindex
|
|
|
|
, do
|
|
|
|
nukeindex
|
2014-01-13 20:47:18 +00:00
|
|
|
missingbranch
|
2013-10-23 17:13:40 +00:00
|
|
|
)
|
|
|
|
| otherwise = ifM okindex
|
|
|
|
( noop
|
2014-01-13 20:47:18 +00:00
|
|
|
, do
|
|
|
|
nukeindex
|
|
|
|
ifM (null <$> inRepo (Git.Ref.matching [Annex.Branch.fullname]))
|
|
|
|
( missingbranch
|
|
|
|
, liftIO $ putStrLn "No data was lost."
|
|
|
|
)
|
2013-10-23 17:13:40 +00:00
|
|
|
)
|
2013-10-23 16:58:01 +00:00
|
|
|
where
|
2014-10-09 19:35:19 +00:00
|
|
|
okindex = Annex.Branch.withIndex $ inRepo Git.Repair.checkIndex
|
2013-10-23 17:13:40 +00:00
|
|
|
commitindex = do
|
|
|
|
Annex.Branch.forceCommit "committing index after git repository repair"
|
|
|
|
liftIO $ putStrLn "Successfully recovered the git-annex branch using .git/annex/index"
|
2014-01-13 20:47:18 +00:00
|
|
|
nukeindex = do
|
|
|
|
inRepo $ nukeFile . gitAnnexIndex
|
|
|
|
liftIO $ putStrLn "Had to delete the .git/annex/index file as it was corrupt."
|
|
|
|
missingbranch = liftIO $ putStrLn "Since the git-annex branch is not up-to-date anymore. It would be a very good idea to run: git annex fsck --fast"
|
2013-12-10 20:17:49 +00:00
|
|
|
|
|
|
|
trackingOrSyncBranch :: Ref -> Bool
|
|
|
|
trackingOrSyncBranch b = Git.Repair.isTrackingBranch b || isAnnexSyncBranch b
|
|
|
|
|
|
|
|
isAnnexSyncBranch :: Ref -> Bool
|
2014-02-19 05:09:17 +00:00
|
|
|
isAnnexSyncBranch b = "refs/synced/" `isPrefixOf` fromRef b
|