Где находится запись gitlink для подмодулей Git?

Git записывает идентификатор фиксации для добавленного содержимого подмодуля так же, как он записывает идентификатор большого двоичного объекта для добавленного содержимого файла, в виде идентификатора, указанного в индексе или записанном дереве. Это gitlink: ваш контент находится в другом коммите, который вы можете проверить по этому пути, если хотите. Вспомогательная команда git submodule помогает вам выследить и разобраться с репозиторием, в котором есть этот коммит, но это не более чем помощники, набор произвольных имен для удобных маленьких строк от одного до пяти, которые в противном случае вы бы написали сами.

git rev-parse @:tabulous      # HEAD commit entry: "the current checkout had this here"
git rev-parse :tabulous       # index entry, "last thing added or checked out here"

git -C tabulous rev-parse HEAD   # what's actually checked out here

и вы, конечно, можете выполнить любую из дальнейших проверок в обычном режиме, версия низкого уровня для отслеживаемого контента

git -C tabulous diff-index --quiet --cached @ || echo staged changes in tabulous
git -C tabulous diff-files -q                 || echo unstaged changes in tabulous

Я не знаю быстрой проверки "любой неотслеживаемый контент" с помощью одной команды, я думаю, вам все еще нужны ls-файлы и некоторые строительные леса для этого, например

stdbuf -oL git -C tabulous git ls-files --exclude-standard -o  | grep -q . \
&& echo untracked, unignored files in tabulous

stdbuf -oL git -C tabulous git ls-files --exclude-standard -oi | grep -q . \
&& echo untracked, ignored files in tabulous

(часть stdbuf -oL имеет значение только в Really Big Work Trees, где стоит нажимать клавиши, чтобы не пройти достаточно, чтобы найти целый буфер, полный имен)

Обратите внимание, что отдельные каталоги существуют как объекты в объекте db, но не в индексе, запись новых каждый раз, когда что-либо в них содержит изменения, является одной из вещей, для которых существует индекс, чтобы не разбрызгивать новые деревья при каждом изменении, но это может помочь чтобы помнить об этом, когда вы пишете скрипты: если "tabulous" в вашем примере - это просто каталог, а не подмодуль, у него не будет собственной записи индекса (потому что поддержание этого идентификатора в актуальном состоянии было бы одним из ненужные накладные расходы, которых индекс существует, чтобы избежать).