Как отследить хардлинк?

хардлинк перестаёт реагировать на изменения в оригинальном файле.

Файл перезаписали и нету хардлинка. Например, юзалось mv для перезаписи.

Шо ви говорите такое!? Когда это при mv менялся inode у файла.

TC: файл удалили и создали заново — теперь это два разных файла.

Шо ви говорите такое!? Когда это при mv менялся inode у файла.

$touch a

$touch b
$mv b a

Это вероятный способ перезаписи файла в git. Угадай inode файла a.

a — имя (поинтер), сам файл (inode) не изменится, т.е. будет как у b

mv не меняет inode. А ты говоришь о другом.

Ты не понял. Если a - это был hardlink, то после изменения через mv (а именно записи новой версии в b и почти атомарного mv), a перестанет быть хардлинком.

Файл перезаписали и нету хардлинка.

Да, это похоже на правду, но как отследить сам факт? По крону иноды проверять? Журнал копать? Если с инодами ещё более-менее понятно, то где почитать про расковыривание журнала в ext3/4?

Просто не юзай хардлинки и будет тебе счастье.

Да я понимаю, что это грязный хак, просто фигачить субрепозитории мне кажется ещё более накладным (маленький – фактически неполная подпапка большого + в маленьком доки). Можно, конечно, сделать дерево каталогов везде одинаковым, и из большого пушить отдельно в origin и отдельно – на гитхаб, но тогда в репе на гитхабе будет ненужное дерево каталогов, сквозь которое надо продраться, чтобы дойти до файлов.

А чем символическая ссылка не устраивает?

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