This file is indexed.

/usr/share/gitolite3/VREF/NAME_NC is in gitolite3 3.6.4-1.

This file is owned by root:root, with mode 0o755.

The actual contents of the file can be viewed below.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
#!/bin/sh

# ----------------------------------------------------------------------
# VREF/NAME_NC
#   Like VREF/NAME, but only considers "new commits" -- i.e., commits that
#   don't already exist in the repo as part of some other ref.

# ----------------------------------------------------------------------
# WHY
#   VREF/NAME doesn't deal well with tag creation (or new branch creation),
#   since then all files in the project look like they are being created (due
#   to comparison with an empty tree).

#   Use this instead of VREF/NAME when you need to make that distinction.

newsha=$3

[ $newsha = "0000000000000000000000000000000000000000" ] && {
    echo "we don't currently handle deletions" >&2
    exit 1
}

git log --name-only --format=%n $newsha --not --all |
    sort -u | grep . | sed -e 's.^.VREF/NAME_NC/.'

# ----------------------------------------------------------------------
# OTHER NOTES
#   The built-in NAME does have a wee bit of a performance advantage.  I plan
#   to ignore this until someone notices this enough to be a problem :)
#
#   I could explain it here at least, but I fear that any explanation will
#   only add to the already rampant confusion about how VREFs work.  I'm not
#   rocking THAT boat again, sorry!