Раніше я вже писав про символічні посилання(symlink) і активно використовую їх у своїх проєктах. Це дуже зручний інструмент: один раз налаштував — і програми працюють з потрібними даними так, ніби вони знаходяться у стандартному місці. Так я, наприклад, викручуюсь з файлом extramodelpaths, щоб черговий апдейт ComfyUI не нищив мої посилання на теки з моделями.)
Але є один практичний нюанс - через деякий час починаєш забувати:
* де саме створені посилання
* на які каталоги вони вказують
* чи всі вони ще актуальні
Справа ще і в тому що неактуальне посилання НІЯК не сигналізує вам про те що воно посилається на теку якої вже не існує. Саме тому періодичний аудит символічних посилань стає корисною звичкою. Нижче коротко розберемо, що це таке, навіщо вони потрібні і як швидко перевірити їх на диску.
# Що таке символічне посилання для теки
У файловій системі NTFS, яка використовується в Microsoft Windows, символічне посилання — це спеціальний об’єкт, який містить шлях до іншої теки.
Наприклад:
C:\Project\data → D:\Storage\datasets
Коли програма відкриває папку `C:\Project\data`, фактично використовуються файли з `D:\Storage\datasets`.
Для більшості програм це виглядає як звичайна папка — різниця повністю прозора.
# Як створюється символічне посилання
У Windows це робиться через команду `mklink`.
Приклад:
mklink /D "C:\Project\data" "D:\Storage\datasets"
Після виконання команди:
* папка `data` виглядає як звичайний каталог
* всі операції виконуються у `D:\Storage\datasets`



