🧰 Відновіть ланцюжок, коли перейменування чи переміщений файл його заплутує.

Внутрішнє обслуговування, а не фаза безпеки

Repair не є шостою фазою в лінійному процесі. Її завдання полягає в тому, щоб відстеження залишалося узгодженим.

# Вона не приймає вхідних даних: завжди відновлює весь ланцюжок
/lagune-repair

Як це працює

Кожна знахідка detect є одним відстежуваним елементом, який plan, harden і verify передають далі, кожна діє з ним і повторно звітує про нього за назвою. Ця назва, записана однаково як заголовок розділу в кожному артефакті, є його ідентичністю на всьому шляху.

Єдине мінливе, що зберігає відстеження, це шляхи до файлів, на які вказує елемент. Ці шляхи більше ніде не зберігаються, тож перейменування чи переміщений файл може розірвати зв'язок лише там, а не у двох копіях, що розійшлися. Коли це стається, repair виправляє карту (.lagune/tracking.json), щоб ідентичність пережила перейменування. Вона читає артефакти й карту відстеження, читає ваш вихідний код лише для того, щоб дізнатися новий шлях перейменованого файлу, і ніколи не пише вміст про безпеку.

У тому самому проході вона звіряє кожен артефакт пам'яті з його шаблоном і повідомляє, що відхилилося, вказуючи для кожної розбіжності фазу, яка її виправляє.

порада

• Вона не торкається ні вашого коду, ні текстових артефактів, лише відстеження.
• Вам рідко доведеться запускати її вручну. Коли фаза помічає, що ланцюжок неузгоджений, вона сама запускає repair і продовжує.
• Відстеження, яке вона підтримує, зберігається в .lagune/tracking.json, внутрішньому стані, який ви ніколи не редагуєте вручну.