Thank you for the quick thoughts, unfortunately, these changes were not
captured in the reflog (i did some searching using git bash).

Fortunately, my gitignore kept the tool from wiping out the compiled
version of the latest change, so I used ILSpy to decompile the executable
and was able to recover the source (with some manual tweaking).

so...phew...won't be making that mistake again...



On Wed, Oct 9, 2013 at 12:53 PM, Konstantin Khomoutov <> wrote:

> On Wed, 9 Oct 2013 10:40:36 -0700 (PDT)
> Garrett Fritz <> wrote:
> > well no other place has the changes I made that were reset...
> >
> > On Wednesday, October 9, 2013 11:38:12 AM UTC-6, Dale Worley wrote:
> > >
> > > > From: Garrett Fritz < <javascript:>>
> > > >
> > > > Any way to 'undo' this reset changes?  None of them were
> > > > committed obviously so scary time.
> > >
> > > Do you have backups?
> > >
> > > In the long run, you should use a tool that requires confirmation
> > > of such a drastic action.
> 1. Copy (resursively) the whole project directory to some other place,
>    right now.  This is not to inflict more harm than already done.
>    Git won't delete anything irreversibly, but "drastic" operations
>    like the one you supposedly did leave some objects as "unreachable"
>    (in Git's parlance, they are now "dangling").  They will be there
>    until a garbage collection is run on the repository, which is usually
>    an automated operation, so, again, stop doing anything there and
>    copy over the whole project directory.
> 2. Here, we discuss Git, not GitExtensions, so, for instance, I have no
>    idea what this operation really does (a fun thing is that I recommend
>    newcomers this front end as I was pleased by it when I evaluated
>    various GUI front-ends to Git, but I don't use any of them myself).
>    So the next step is to go to the support list of that project and
>    ask for help there.  Ask them to explain what has happened *in Git's
>    terms* and if there a way to recover using their tool -- specifically
>    ask if operations on "the reflog" are supported because the reflog
>    is a special place where each "drastic" movements of branches' heads
>    are recorded so changes are very high you still have a reference to
>    the now lost tip commit of the affected branch.
>    If they won't help, return there and we'll discuss how to use reflog
>    using no more than plain Git tools.

Garrett Fritz

You received this message because you are subscribed to the Google Groups "Git 
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
For more options, visit

Reply via email to