prevent initialization with bad freeze/thaw hook configured
When annex.freezecontent-command or annex.thawcontent-command is configured but fails, prevent initialization. This allows the user to fix their configuration and avoid crippled filesystem detection entering an adjusted unlocked branch unexpectedly, when they had been relying on the hooks working around their filesystems's infelicities. In the case of git-remote-annex, a failure of these hooks is taken to mean the filesystem may be crippled, so it deletes the bundles objects and avoids initialization. That might mean extra work, but only in this edge case where the hook is misconfigured. And it keeps the command working for cloning even despite the misconfiguration. Sponsored-by: the NIH-funded NICEMAN (ReproNim TR&D3) project
This commit is contained in:
parent
adc7a51a9e
commit
bff089a392
8 changed files with 162 additions and 70 deletions
|
@ -804,9 +804,10 @@ parallelTestRunner' numjobs opts mkts
|
|||
|
||||
go Nothing = summarizeresults $ withConcurrentOutput $ do
|
||||
ensuredir tmpdir
|
||||
crippledfilesystem <- fst <$> Annex.Init.probeCrippledFileSystem'
|
||||
(toOsPath tmpdir)
|
||||
Nothing Nothing False
|
||||
crippledfilesystem <- fromMaybe False . fst
|
||||
<$> Annex.Init.probeCrippledFileSystem'
|
||||
(toOsPath tmpdir)
|
||||
Nothing Nothing False
|
||||
adjustedbranchok <- Annex.AdjustedBranch.isGitVersionSupported
|
||||
let ts = mkts numparts crippledfilesystem adjustedbranchok opts
|
||||
let warnings = fst (tastyParser ts)
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue