GNOME Bugzilla – Bug 775949
[patch attached] Tracker inappropriately avoids indexing the content of git repos
Last modified: 2017-01-30 21:15:02 UTC
Created attachment 341760 [details] [review] Patch to make tracker index the content of git repos by default, avoiding .git directories Right now tracker is set up to avoid indexing any directory that has a .git directory inside it. I'm not sure this is intentional, or desired. Certainly the .git directory itself should not be indexed, but I'd prefer if the content of the git repo was. What I have personally done is to add '.git' to org.freedesktop.Tracker.Miner.Files.Ignored-directories and remove it from org.freedesktop.Tracker.Miner.Files.Ignored-directories-with-content This makes the actual content of my git repos get indexed properly, without wasting time churning away on the .git directories. I've attached a patch to make this config change the default.
Any comments?
Hi Nate Thanks for the patch, but it's actually intentional that we avoid indexing the contents of Git repos. Tracker (and the SQLite full-text-search functionality that it wraps) doesn't scale well enough to index a big source code checkout. In the past we have had lots of cases where Tracker would index a checkout of linux.git and would burn lots of CPU and IO while doing so. This makes people (justifiably) annoyed. I can see this might be annoying if you want a Git directory to be indexed, but we can't enable that by default. The best compromise is probably to document how to deal with this case; https://wiki.gnome.org/Projects/Tracker/Documentation/First5Minutes might be a good place to do it.
That's a shame.