No files merged may result in bogus merge conflict error

So I found an interesting edge-case here: When cherry-picking a commit which has previously been applied and having untracked files in the working directory always resulted in a merge conflict error.

The reason for this is that even though we didn't merge any changes (they already exist in the index), we were passing 0 as the count parameter to ```git_diff_index_to_workdir```, resulting in all of the untracked files being reported as conflicted.

I've added a test case for this, the most natural place I found was using ```git_cherrypick``` as this is the most likely place you'll hit the problem.
Totally agree that this message is not sufficient.  :(  Unless you want to add the callbacks, I will try to take a whack at getting that in this weekend.  It is definitely something we need in Visual Studio.