@silver978 sorry to hear you are having trouble! The Undo button in GitHub Desktop does not delete your files – it undoes the commit and then leaves the files associated with that commit as uncommitted changes in your working directory.

>Is because I reverted to an old version of my project (to an old commit)?

Did you use the revert function in GitHub Desktop, or something else? If you attempt to revert to a previous commit with uncommitted changes in your working directory GitHub Desktop will throw an error, since you could lose those uncommitted changes.

The good news is that since you previously committed those files we should be able to recover any lost changes. Could you open up the command line (Repository > Open in \<your_command_line_application\>) and run the following command?

git reflog

Please share the output of that command. It should give a history of what happened in your repository.

Thank you for your fast support!

As I see from the log, I used the revert function but without knowing much of it, my fault.

This is the output of the git reflog command:

6e880ec (HEAD -> master, origin/master, origin/HEAD) HEAD@{0}: reset: moving to 6e880ec2f19f35f5118d2eb693d0a14f68c32f47
d6c3e83 HEAD@{1}: reset: moving to d6c3e837bd7843fcdc778bcd1873b190fbc82a43
ef3f2c0 HEAD@{2}: revert: Revert "Added Map1 + Added collisions for Map1"
d6c3e83 HEAD@{3}: commit: Added Map1 + Added collisions for Map1
6e880ec (HEAD -> master, origin/master, origin/HEAD) HEAD@{4}: commit: Alpha logo intro
d1a3886 HEAD@{5}: pull --progress origin: Fast-forward
f9f9294 HEAD@{6}: commit: Game juice in progress
576ee4e HEAD@{7}: commit: Prototype in progress
ac7d772 HEAD@{8}: clone: from https://github.com/Silver978/egUnityRepo.git

Is it possible to recover the lost changes anyway?

You are my savior, really, thank you so much!

The new branch “recovery” has the correct project version I had before the revert: problem solved!

So, the files of the old commits are stored in some local folders (some sort of “backup”, “recovery” folders)? Because I didn’t push that commit.

I ask this only to understand what I did and how git works: if this is something already explained completely in the docs I’ll go straight to study it.

Thank you again and have a nice day! 😃

I’m glad to hear you were able to recover your files!

>So, the files of the old commits are stored in some local folders (some sort of “backup”, “recovery” folders)? Because I didn’t push that commit.

Think of a commit as a snapshot of the current state of your files that is stored in a database. Even if you make changes or delete those files from your local filesystem, that snapshot is still stored in the database, which means you can recover those changes at any time. 

If you are interested in learning more I’d highly recommend this section of the book Pro Git.

Thanks a lot. This solution has just recovered all my stuff that I was working on almost 2 years. But I’m still shaking.

Help me to recovery lost files

and you don't actually pile up commits, make them small even in our company here, it's a practice, make that as your practice too

the tendency when there is a very big commits are losing the track, merge conflicts which you don't want to happen really as it can lose changes too, it's a nightmare, and unintended bugs since you are changing a lot and not noticing it's affecting other parts of the codebase too, just one mistake and you just ruined the entire codebase