Fix git execution with wrong working directory

[Droggelbecher]

Seems I fixed the problem related to opening files with methods like "gf", please review (eg. I bet the chdir can be done more elegantly in vimscript) and apply if you like :)

[Droggelbecher]

Here the former more detailed description of the problem:

Lets say I have a code repository like this:

/home/droggl/code
/home/droggl/code/.git
/home/droggl/code/a/a.h
/home/droggl/code/b/b.h

Assume a.h and b.h are both checked in and all working trees are clean.

Now lets say, I chdir into /home/droggl/code/a and edit a.h (git-gutter-vim behaving exactly as I like so far). Now say somewhere in a.h there is a
#include "../b/b.h". If i navigate to that filename and type "gf" (tell vim to open that file), then git-gutter-vim will show all lines as new (they aren't though, b.h is already checked in!).
This also gets repaired when i let vim chdir to /home/droggl/code/b/b.h and re-edit the file (:e).

What vim actually opened with the gf according to its status line is: "~/droggl/code/a/../b/b.h".
As somebody who hasnt got the slightest idea about vim scripting I can only assume, git-gutter-vim does not handle that form correctly?

[akiomik]

Sorry to reply late. Thanks!