Как проверить, переживут ли файлы релиза сборку мусора в IPFS
Файл виден в локальном хранилище блоков. Чтобы понять, сохранится ли он после очистки, выясните, закреплён ли он сам или входит в дерево закреплённого каталога.
Проверьте корень и один вложенный файл
В RELEASE_ROOT укажите CID каталога, в CHILD_CID — CID одного из его потомков. Выполняйте команды на проверяемом репозитории. Рекурсивное закрепление охватывает корень и связанные с ним блоки. Поэтому для вложенного файла статус косвенного закрепления вполне ожидаем. Прямое закрепление распространяется только на сам указанный блок.
ipfs pin ls --type=recursive "$RELEASE_ROOT"
ipfs pin ls --type=all "$CHILD_CID"
ipfs pin verify
Определите, какие релизы должны пережить ротацию
Если старый и новый релизы используют один блок, новое дерево может продолжать защищать его после снятия старого закрепления. На каждый обещанный к хранению релиз оставьте собственное рекурсивное закрепление. Разберите ошибки проверки перед восстановлением из этой копии. Доступность файла на внешнем шлюзе определяется правилами хранения того шлюза и не подтверждает состояние вашей ноды.