avoid bad commits after interrupted direct mode sync (or merge)
It was possible for a interrupted sync or merge in direct mode to leave the work tree out of sync with the last recorded commit. This would result in the next commit seeing files missing from the work tree, and committing their removal. Now, a direct mode merge happens not only in a throwaway work tree, but using a temporary index file, and without any commits or index changes being made until the real work tree has been updated. If the merge is interrupted, the work tree may have some updated files, but worst case a commit will redundantly commit changes that come from the merge. This commit was sponsored by Tony Cantor.
This commit is contained in:
parent
193e702d73
commit
d6711800ad
8 changed files with 142 additions and 47 deletions
|
@ -49,7 +49,7 @@ diffIndex :: Ref -> Repo -> IO ([DiffTreeItem], IO Bool)
|
|||
diffIndex ref = diffIndex' ref [Param "--cached"]
|
||||
|
||||
{- Diffs between a tree and the working tree. Does nothing if there is not
|
||||
- yet a commit in the repository, of if the repository is bare. -}
|
||||
- yet a commit in the repository, or if the repository is bare. -}
|
||||
diffWorkTree :: Ref -> Repo -> IO ([DiffTreeItem], IO Bool)
|
||||
diffWorkTree ref repo =
|
||||
ifM (Git.Ref.headExists repo)
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue