threads / discuss / 13629

Deleted files can't be checked back out?

Subject: Deleted files can't be checked back out?

## tl;dr

4 messages between May 23, 2008 and May 25, 2008.

replies: 3people: 3as markdown or json

fREW· May 23, 2008, 04:28 UTC · lore
Hello all,

I recently deleted a bunch of files and checked the change into git, and then changed my mind and wanted the files back. I did a git-checkout <file> and got each file back individually. Then I did some work and did a git-push to upload to github. Then I did more work and tried to do a git push and it gave me an error that apparently meant I had to pull before I pushed. Anyway, I pulled, it redeleted the files and now when I do git-checkout <file> to get them back it says:

error: pathspec 'foo' did not match any file(s) known to git.

I'd really appreciate some help on this issue. I tried messing with qgit to look at it, but I didn't have much luck...

-fREW
Chris Frey· May 23, 2008, 06:28 UTC · re: fREW · lore

Re: Deleted files can't be checked back out?

On Thu, May 22, 2008 at 11:28:57PM -0500, fREW wrote:
> I recently deleted a bunch of files and checked the change into git,
> and then changed my mind and wanted the files back.  I did a
> git-checkout <file> and got each file back individually.  Then I did

I believe you want to undo the change you made (deleting files), not just view an old version of the file, which is what checkout does.

You can either add it back yourself, or you can undo the last commit, using git-reset.

Here's an example of what you could have done before making further changes that you wanted to push:

	git rm file
	git commit
	git log			# view your change
	git reset --hard HEAD^	# go back to the HEAD before your change

Think of the chain of commits as a long linked list of changes. A branch head is just a pointer to the top of that linked list. git-reset allows you to point that HEAD to anywhere in the list, even after going back in history. The commits are still there, even if HEAD doesn't explicitly point to them.

For example, say git log shows commit 1a2b3c4 as HEAD, with commit 7abc983 as its parent. You can move the HEAD back and forth, like this:

	git reset --hard 7abc983
	git log			# commit 1a2b3c4 is gone!
	git reset --hard 1a2b3c4
	git log			# now it's back!
But in your case, you now have a list of commits that is missing files:
        A -> B -> C
             |    |
             |    (made changes here)
             |
             (deleted files here)
So in this case you likely want to revert commit B, while keeping commit C.
	git log			# get the commit SHA1, let's say it's 04bcb93
	git revert 04bcb93
Take a look at "Git from the bottom up"
	http://www.newartisans.com/blog_files/git.from.bottom.up.php
- Chris
fREW· May 25, 2008, 23:37 UTC · re: Chris Frey · lore

Re: Deleted files can't be checked back out?

Just FYI, git revert was exactly what I needed. If you want to undo any commit at all git revert is your friend.

Thanks!
-fREW
On 5/23/08, Chris Frey <cdfrey@foursquare.net> wrote:
Show 53 quoted lines
> On Thu, May 22, 2008 at 11:28:57PM -0500, fREW wrote:
>> I recently deleted a bunch of files and checked the change into git,
>> and then changed my mind and wanted the files back.  I did a
>> git-checkout <file> and got each file back individually.  Then I did
>
> I believe you want to undo the change you made (deleting files), not
> just view an old version of the file, which is what checkout does.
>
> You can either add it back yourself, or you can undo the last commit, using
> git-reset.
>
> Here's an example of what you could have done before making further
> changes that you wanted to push:
>
> 	git rm file
> 	git commit
> 	git log			# view your change
> 	git reset --hard HEAD^	# go back to the HEAD before your change
>
> Think of the chain of commits as a long linked list of changes.  A branch
> head is just a pointer to the top of that linked list.  git-reset allows
> you to point that HEAD to anywhere in the list, even after going back
> in history.  The commits are still there, even if HEAD doesn't explicitly
> point to them.
>
> For example, say git log shows commit 1a2b3c4 as HEAD, with commit 7abc983
> as its parent.  You can move the HEAD back and forth, like this:
>
> 	git reset --hard 7abc983
> 	git log			# commit 1a2b3c4 is gone!
> 	git reset --hard 1a2b3c4
> 	git log			# now it's back!
>
> But in your case, you now have a list of commits that is missing files:
>
>         A -> B -> C
>              |    |
>              |    (made changes here)
>              |
>              (deleted files here)
>
> So in this case you likely want to revert commit B, while keeping commit C.
>
> 	git log			# get the commit SHA1, let's say it's 04bcb93
> 	git revert 04bcb93
>
>
> Take a look at "Git from the bottom up"
> 	http://www.newartisans.com/blog_files/git.from.bottom.up.php
>
> - Chris
>
>
Jakub Narebski· May 24, 2008, 00:43 UTC · re: fREW · lore

Re: Deleted files can't be checked back out?

fREW <frioux@gmail.com> writes:
Show 6 quoted lines
> I recently deleted a bunch of files and checked the change into git,
> and then changed my mind and wanted the files back.  I did a
> git-checkout <file> and got each file back individually.  Then I did
> some work and did a git-push to upload to github. Then I did more work
> and tried to do a git push and it gave me an error that apparently
> meant I had to pull before I pushed.  
You didn't change history, did you (e.g. using rebase)?
> Anyway, I pulled, it redeleted the files and now when I do
> git-checkout <file> to get them back it says:
> 
> error: pathspec 'foo' did not match any file(s) known to git.

Use "git checkout -- <file>" (or "git checkout HEAD -- <file>") to do a checkout of a file which is not present in the working area.

-- 
Jakub Narebski
Poland
ShadeHawk on #git

← back to recent threads