comment
This commit is contained in:
parent
db5d831d07
commit
cc5d0a3873
2 changed files with 18 additions and 1 deletions
|
@ -0,0 +1,17 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 1"""
|
||||||
|
date="2015-05-11T16:58:01Z"
|
||||||
|
content="""
|
||||||
|
Your status shows that test.txt is deleted.
|
||||||
|
`git annex get` does not un-delete files, it just gets the *content*
|
||||||
|
of a file (whether that file is deleted or not).
|
||||||
|
|
||||||
|
You can use normal git commands to un-delete the file. Ie, "git checkout
|
||||||
|
text.txt". If you're using direct mode, you can't use such commands, but
|
||||||
|
can use "git annex undo" to undo a deletion.
|
||||||
|
|
||||||
|
Normally, if you have a bare repo, you'll want to clone it to get a non-bare
|
||||||
|
repo. I suspect you did something else that resulted in your repo being in
|
||||||
|
this state were files are deleted.
|
||||||
|
"""]]
|
|
@ -15,7 +15,7 @@ When passed a directory, undoes the last change that was made to the
|
||||||
contents of that directory.
|
contents of that directory.
|
||||||
|
|
||||||
Running undo a second time will undo the undo, returning the working
|
Running undo a second time will undo the undo, returning the working
|
||||||
tree to the same state it had before. In order for undoing an undo of
|
tree to the same state it had before. To support undoing an undo of
|
||||||
staged changes, any staged changes are first committed by the
|
staged changes, any staged changes are first committed by the
|
||||||
undo command.
|
undo command.
|
||||||
|
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue