FIsheye is indexing changeset ids of GIT submodules when it shouldn't be causing

When a git repository has sub modules (similar to svn:externals) configured it for some reason gets references to changeset ids from the submodule, which causes issues whenever FE falls back to the SCM for blame or annotated views of the file.

Either we have to add support for submodules or ensure that we don't index these changesets.

The bug can causes an error in the slurp when falling back to the SCM for blame info (RevisionCache.getBlameFallback)

The exception reported in the logs is similar to:

2011-02-11 09:34:01,929 ERROR [InitialPinger1 ] fisheye.app OneOffPingRequest-doRequest - Exception during slurp
com.cenqua.fisheye.rep.DbException: com.atlassian.fisheye.dvcs.handler.DvcsProcessException: Error while communicating with VCS: error: unable to find 216be7cb0c341e0aecf87bf47bed5f52b1fc88ea
fatal: no such path _Tools in f5c9d35c26d9186a30391faeb3768c1acb5162b3
Caused by: com.atlassian.fisheye.dvcs.handler.DvcsProcessException: Error while communicating with VCS: error: unable to find 216be7cb0c341e0aecf87bf47bed5f52b1fc88ea
fatal: no such path _Tools in f5c9d35c26d9186a30391faeb3768c1acb5162b3
Caused by: com.atlassian.utils.process.ProcessException: While executing: "git blame -l -p f5c9d35c26d9186a30391faeb3768c1acb5162b3 - _Tools"