git_admin/obsidian-vault
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
fd6be4e1600d63e40879b4d5fbb1f504f8f2dad6
obsidian-vault/family/how-to/vault-git-sync.md
T

30 KiB
Executable File
Raw Blame History

title, updated, type, tags
title updated type tags
Vault Git Sync — Architecture & Scripts 2026-09-22 tech
vault
git
sync
infra
obsidian

Vault Git Sync

✅ STATE 2026-09-26 (поправка Taiga, 09:50 UTC) — «раз в час» было ошибкой чтения: sync идёт каждые 5 минут. Блок ниже («РАСХОЖДЕНИЕ РАСПИСАНИЯ», «задержка до 60 минут») построен на поле schedule_display: "0 * * * *" в /opt/data/cron/jobs.json — это устаревшее поле, диспетчер его не использует. Факты:

  • jobs.json → schedule.expr = "*/5 * * * *", display = "*/5 * * * *" (устарело только schedule_display);
  • executions.db, job 29851c413903, 1001 тик за 09-22 22:25 → 09-26 09:40 UTC: интервалы 985 × 5 мин, 14 × 4 мин, 1 × 1 мин → 288,6 тика/сутки, а не 24. Тик «раз в час» дал бы 98 записей за это окно;
  • /tmp/vault-sync.log — timestamped Pushed ✓ каждые 5 минут.

hermes cron list печатает то же устаревшее поле (Schedule: 0 * * * *), поэтому каденцию проверять по executions.db или jobs.json:schedule.expr, а не по выводу CLI. Задержка «до 60 минут» бумажная; реальная доставка до телефона — в пределах тика. Перезапись schedule_display через hermes cron edit 29851c413903 --schedule '*/5 * * * *' — на решение Алексея (косметика, на исполнение не влияет).

🔴 STATE 2026-09-26 (later) — obsidian-syncthing НЕ получает обновления: root-owned objects + битый remote. Нота 1-needs-decision.md была запушена с Mac (66d4d62..f2501dc), но в клон /obsidian-syncthing не доехала. Два независимых дефекта: (1) origin в клоне был /vault.git (потерян префикс пути) → git fetch падал does not appear to be a git repository. Переписан на полный путь git remote set-url. (2) 4051 из 4055 объектов принадлежат root — контейнер hermes-taiga работает от root (Config.User пусто, id → uid=0), он и делает pull → новые объекты root-owned, git под uid 950 не может писать (insufficient permission for adding an object). ACL на obsidian-syncthing НЕ СТОИТ — nfs4xdr_getfacl показывает trivial_acl: true (только owner@/group@/everyone@, ни одной именованной записи). Рекурсивный ACL с группой ставился ранее (2026-09-23), но на /mnt/RED_2TB/Edu, не на эту папку. 🔴 Урок: «ACL уже ставили» ≠ «ACL стоит на этой папке» — проверять фактом. Разовый chown лечит только уже существующие объекты; следующий pull от root возвращает дефект. Фиксы НЕ применены. Подробно: family/documents/vault-sync/2026-09-26-syncthing-clone-root-objects-acl-confusion.md.

🔴 STATE 2026-09-26 — РАСХОЖДЕНИЕ РАСПИСАНИЯ: Taiga-сервер синкается РАЗ В ЧАС, не 5 минут. Job sync-vault внутри контейнера hermes-taiga (Hermes cron, id 29851c413903) расписан 0 * * * * — то есть раз в час, хотя таблица ниже (и family/how-to/obsidian-sync) заявляет «*/5». Обнаружено при проверке «доехал ли док до телефона»: ноты, залитые с Mac в 14:32, в клоне obsidian-syncthing отсутствовали.

Следствие: изменения с Eagle/Kraken доезжают до телефона с задержкой до 60 минут. Цепочка bare repo → git-клон obsidian-syncthing → Syncthing → телефон рвётся на втором шаге (Syncthing здоров ≠ док доехал).

Ручной триггер (проверено):

docker exec hermes-taiga sh -c 'cd /opt/data && HERMES_HOME=/opt/data \
  /opt/hermes/.venv/bin/hermes cron run 29851c413903'
# → Triggered job: sync-vault … Ran now: succeeded.

После триггера: клон обновлён, Syncthing needFiles: 0, телефон completion: 100.

Открытый вопрос к Alex: менять расписание на */5 * * * * или оставить раз в час?

⚠️ Диагностика синка — только изнутри контейнера Syncthing: порт 8384 слушает лишь в контейнере, curl с хоста TrueNAS даёт пустоту.

docker exec syncthing sh -c 'K=$(grep -oE "<apikey>[^<]+" /var/syncthing/config/config.xml | sed "s|<apikey>||"); \
  curl -s -H "X-API-Key: $K" "http://localhost:8384/rest/db/status?folder=k5vyy-gzdgj"'

Папка Syncthing: id k5vyy-gzdgj «Obsidian Vault», устройства SM-S931B (телефон) и syncthing-taiga. Готовый скрипт: ~/Developer/personal-os/tools/music-tags/check_syncthing2.sh.

✅ STATE 2026-09-22 — рецидив ACL закрыт перманентно. Дефект вернулся (35 root-каталогов), push с Mac падал. Починено: 236/236 каталогов INHERIT + WRITE через midclt filesystem.setacl (read-modify-write + ожидание job). Наследование подтверждено ФАКТОМ — mkdir objects/zzz → новый ACL унаследован (INHERITED:True), touch внутрь OK. End-to-end push: ba3780c..8b831a8 main -> main ✅. Поставлен cron-сторож (каждые 2 ч): ~/scripts/vault-acl-watchdog.py на TrueNAS — SILENT когда всё ок, чинит + докладывает когда сломано. Скрипты: /Users/admin/Developer/vault-tools/. 🔴 Корень НЕ устранён: контейнер hermes-taiga работает от root (HERMES_ALLOW_ROOT_GATEWAY=1, User: пусто) → mcpvault /vault пишет root-owned объекты. Перманентный фикс — user: "950:950" в taiga service /mnt/RED_2TB/docker/hermes/docker-compose.yml (риск: образ может требовать root для /opt/data). Сторож пока закрывает последствия. Подробно: family/documents/vault-sync/2026-09-21-bare-repo-push-permission-denied.md.

STATE 2026-09-21 — bare repo push починен (наследуемый ACL). git push nas падал Permission denied на objects/XX: 28 каталогов были root-owned (создавал mcpvault второго Hermes на TrueNAS, от root), 13 каталогов без owner-x. Фикс: полный dacl-REPLACE с FILE_INHERIT+DIRECTORY_INHERIT через midclt filesystem.setacl — 291 каталог, 0 ошибок, без root-пароля. Push прошёл дважды, Mac=nas=3b923d3. ⚠️ Прямой write-тест touch в objects/ не выполнялся → наследование подтвердит только следующий push root-инстанса. Подробно: family/documents/vault-sync/2026-09-21-bare-repo-push-permission-denied.md.

STATE 2026-09-02 (позднее обновление): Eagle/bare repo снова синхронны (ahead=0/behind=0, 2fab879). Ранее (см. ниже) git-sync стоял из-за битых прав storage/git — починено полной dacl-заменой (family/documents/vault-sync/2026-09-02-restore-privilege-scope.md §RESOLVED).

STATE 2026-09-04: починена потеря git identity в контейнере Taiga (слетела при рекреации после crashloop 09-02) — коммиты молча не проходили ~1.5 суток, изменения телефона не доезжали до bare. Фикс: sync-vault.sh теперь идемпотентно ставит user.name "Taiga" / user.email "taiga@hermes" при каждом запуске. Накопленное закоммичено (2b45264). Подробно: family/documents/vault-sync/2026-09-04-git-identity-loss-silent-commit-failure.md.

STATE 2026-09-26 — pipefail + grep -q молча отменял коммиты в sync-vault-lib.sh. При большом числе изменений (492 файла ≈ 23 КБ вывода) git status --porcelain | grep -q . падал по SIGPIPE (grep выходил после первого совпадения, git дописывал в закрытый pipe), set -o pipefail объявлял pipeline упавшим (exit 141) → ветка else → коммит не создавался вообще, при этом тик печатал Pushed ✓ ×3 и exit 0. Так застряли 491 mode-flip и правка телефона (1-needs-decision.md, 4 чекбокса [x]). Фикс: условие через STATUS="$(git status --porcelain)" + [ -n "$STATUS" ], сообщение коммита — одним awk (первые 25 путей, дальше (... +N more)). ⚠️ awk | head -25 в подстановке даёт тот же SIGPIPE → тик падает с exit 141, так делать нельзя. Проверено: коммит 12a7566e (492 файла), три SHA равны, git status пуст. Разбор: family/documents/vault-sync/2026-09-26-commit-skip-pipefail.md.

⛔ НОВАЯ проблема 2026-09-02 (не решена): оба Taiga-клиента (/storage/obsidian и /storage/obsidian-syncthing) отстали на месяц — HEAD ceea848 (2026-08-01) vs bare repo 2fab879 (2026-09-02). Причина: контейнер hermes-taiga в crash-loop (16339 рестартов) — uv run hermes gateway run не может докачать депы (pytz/markdown-it-py) с PyPI, т.к. весь HTTP идёт через мёртвый socks5://vless-proxy:1080, а UV_CACHE_DIR=/tmp/uv-cache пустеет на каждом рестарте. Taiga 3-phase sync (крон внутри агента) не выполняется => телефон видит устаревший vault. Подробно: family/documents/vault-sync/2026-09-02-hermes-taiga-crashloop.md. Фикс НЕ применён (ждёт Alex).

Триггер cron на маке (Eagle) — это launchd, НЕ Hermes cron: ~/Library/LaunchAgents/com.sync-vault.plist → /Users/admin/scripts/sync-vault.sh, StartInterval=300 (5 мин). Скрипт sync-vault-lib.sh намеренно глушит dead remote (git fetch fail → exit 0), поэтому launchd показывает last exit code = 0 даже при фактически стоящем sync. Системный crontab на маке пуст.

Obsidian vault is a bare git repo on TrueNAS: /mnt/RED_2TB/storage/git/obsidian-vault.git Also mirrored in Gitea: https://git.mallexxx.duckdns.org/git_admin/obsidian-vault

Four clients sync to it: Eagle, Kraken, Taiga (vault), Taiga (syncthing/phone).

Architecture

bare repo (obsidian-vault.git) — source of truth
   ↑↓                ↑↓               ↑↓                    ↑↓
Eagle              Kraken         Taiga /vault         Taiga /obsidian-syncthing
full clone         sparse clone   sparse clone          full clone
~/obsidian         ~/obsidian     personal/family/      phone ↔ Syncthing
                   personal/family/  .obsidian/
                   .obsidian/

Taiga runs 3-phase sync (order matters):

  1. syncthing → phone changes land in bare repo first
  2. vault → agent (mcpvault) changes land in bare repo
  3. syncthing → agent changes propagate to phone

Sync Algorithm (same for all clients)

git add -A && git commit          # commit local changes
git fetch origin main             # get remote state
git merge origin/main --no-edit   # 3-way merge (conflict → commit markers)
git push origin main              # push back

No stash. No GIT_DIR/GIT_WORK_TREE workarounds.

Scripts

Host Script Type Trigger
Eagle ~/scripts/sync-vault.sh full clone launchd com.sync-vault (⚠️ НЕ Hermes cron) StartInterval=300
Kraken ~/scripts/sync-vault.sh sparse clone host crontab */5
Taiga /opt/data/sync-vault.sh 3-phase orch. Hermes cron */5 * * * * — job 29851c413903. ⚠️ hermes cron list и поле schedule_display в jobs.json показывают устаревшее 0 * * * * (см. поправку в STATE 2026-09-26 выше); фактические тики — каждые 5 мин

⭐ УТОЧНЕНО 2026-09-02 (Eagle/мак sync-механизм): автосинка на маке запускается НЕ Hermes cron, а launchd-агентом ~/Library/LaunchAgents/com.sync-vault.plist:

  • Программа: /Users/admin/scripts/sync-vault.sh, StartInterval = 300 сек (5 мин)
  • launchctl list → активен, runs = 3762, last exit code = 0
  • ⚠️ sync-vault-lib.sh умышленно глушит недоступность remote: если git fetch падает → логирует Fetch failed (...) и exit 0. Поэтому launchd показывает exit code 0, даже когда sync фактически сломан (см. случай ahead 55 при сломанном bare repo после restore). Это не отсутствие cron и не сбой — диагностировать нужно по git status (ahead count), а не по exit-code агента.
  • Системный crontab и /etc/crontab на маке отсутствуют.

All clients share a common library: sync-vault-lib.sh (same dir as sync-vault.sh). Source of truth for scripts: ~/Developer/vault-sync-test/scripts/ on Eagle.

Taiga Container Mounts

Container path Host path Purpose
/vault /mnt/RED_2TB/storage/obsidian sparse clone (agent rw)
/vault.git /mnt/RED_2TB/storage/git/obsidian-vault.git bare repo (git remote)
/obsidian-syncthing /mnt/RED_2TB/storage/obsidian-syncthing full clone (phone sync)
/opt/data /mnt/RED_2TB/docker/hermes/config Hermes config + scripts

/vault is a sparse clone with remote = file:///vault.git. /vault.git is hidden from the agent (mcpvault points to /vault).

/obsidian-syncthing is also a clone with remote = file:///vault.git, но его .git/ сам синкается Syncthing'ом с других устройств, и remote.origin.url периодически перезаписывается чужим адресом — хост-путём /mnt/RED_2TB/storage/git/obsidian-vault.git (2026-09-26 09:36) или Gitea-URL https://git.mallexxx.duckdns.org/git_admin/obsidian-vault.git (версия с телефона). Внутри контейнера не резолвится ни один: git fetch origin main → fatal: … does not appear to be a git repository, sync-vault-lib.sh печатает Fetch failed (origin offline?) — skipping merge/push и выходит с exit 0, поэтому фазы 1 и 3 молча не выполняются (правки телефона не доезжают до bare, правки агента — до телефона), а cron рапортует «успех». С 2026-09-26 09:42 sync-vault.sh в начале каждого тика принудительно ставит origin = file:///vault.git и добавляет url."file:///vault.git".insteadOf для обоих чужих адресов. Разбор: family/documents/vault-sync/2026-09-26-syncthing-clone-origin-url-flip.md.

Sparse Checkout Paths

Taiga and Kraken check out only:

personal/
family/
.obsidian/

work/ and wiki/ are never checked out on sparse clients — they never touch those paths.

Deploy a Script Fix

# Edit on Eagle:
~/Developer/vault-sync-test/scripts/sync-vault-lib.sh   # common algorithm
~/Developer/vault-sync-test/scripts/sync-vault.sh       # Taiga 3-phase orchestrator

# Deploy to Taiga:
scp ~/Developer/vault-sync-test/scripts/sync-vault-lib.sh \
    ~/Developer/vault-sync-test/scripts/sync-vault.sh \
    truenas_admin@mallexxx.duckdns.org:/mnt/RED_2TB/docker/hermes/config/

# Deploy to Kraken (via sudo):
cat ~/scripts/sync-vault-lib.sh | ssh kraken "sudo tee ~/scripts/sync-vault-lib.sh > /dev/null"
cat ~/scripts/sync-vault.sh     | ssh kraken "sudo tee ~/scripts/sync-vault.sh > /dev/null"

.gitignore

Plugin binaries excluded to avoid cross-device conflicts:

.obsidian/plugins/obsidian-git/main.js
.obsidian/plugins/obsidian-git/styles.css
.obsidian/plugins/obsidian-git/manifest.json

data.json (plugin config) is tracked — shared settings.

Regression Tests

~/Developer/vault-sync-test/test-sync.sh — 16 scenarios (A–P): covers Cyrillic filenames, moves, deletes, conflicts, work/ phantom-delete, 3-phase sync.

cd ~/Developer/vault-sync-test && bash test-sync.sh

Pitfalls

  • nfs4xdr_getfacl, а НЕ getfacl, если проверяешь наличие расширенного ACL (2026-09-26). POSIX-вид (getfacl, ls -l) показывает user::rwx group::rwx и скрывает отсутствие именованных ACE. Только nfs4xdr_getfacl печатает trivial_acl: true — что значит «кастомного ACL нет». Все диагностики прав на TrueNAS начинать с него.
  • chgrp / chown от truenas_admin → Operation not permitted (2026-09-26). В NFSv4 group@ — это POSIX-gid файла, а не ACE: без смены gid группа не получает доступа. Менять gid/uid только через midclt filesystem.setacl (root-контекст). TrueNAS sudo требует пароль (в отличие от Kraken, где sudo -n работает).
  • Разовый chown — лечение симптома, не фикс (2026-09-26). Если root-процесс продолжает писать в папку, root-owned объекты вернутся на следующем же запуске. Перманентно лечит только ACL+INHERIT (наследование новыми объектами) либо запуск процесса не от root.
  • «Этот фикс уже делали» — проверить, что он на ТОЙ САМОЙ папке (2026-09-26). Рекурсивный ACL с группой nas_users ставился 2026-09-23, но на /mnt/RED_2TB/Edu. На obsidian-syncthing ACL не было никогда. Каждый «известный фикс» верифицировать фактом на целевом объекте, а не памятью. Искать прошлые сессии: sqlite3 ~/.hermes/hermes-whale/state.db "SELECT session_id, substr(content,1,300) FROM messages WHERE content LIKE '%setfacl%' ORDER BY id DESC LIMIT 40;".
  • Клон может иметь битый origin (2026-09-26). obsidian-syncthing имел origin = /vault.git (потерян префикс пути) → fatal: does not appear to be a git repository. Проверять git remote -v в клоне до диагностики прав — это независимый дефект, который выглядит как проблема доступа.
  • sync-vault-lib.sh глушит ошибки (2>/dev/null на fetch/merge) → «Pushed ✓» / exit 0 при фактически упавшем pull. Это уже второй раз, когда поломка синка была не видна в логе. Диагностировать по git status/git log в клоне, не по exit-code.
  • git add pathspec fails with fatal: pathspec did not match any files when a directory doesn't exist on disk — use git add -A instead
  • git add -A in sparse worktree still stages deletions of out-of-cone files tracked in index — need to unstage them (fixed in old script; irrelevant with proper clone)
  • core.quotePath=true (default) escapes Cyrillic paths in git ls-files output — use -c core.quotePath=false
  • ZFS on TrueNAS blocks chmod — git init fails from host; must run from inside Docker container or create .git structure manually
  • NFS4 owner@ DENY READ_DATA ACL breaks push (fake "corrupt" objects) — see History 2026-09-02. Key: after a TrueNAS pool restore, a subset of loose git objects in the bare repo can carry an inverted NFS4 ACL owner@ type=DENY READ_DATA=True. In NFSv4 a DENY overlays ALLOW, so the owning uid (e.g. 950) can't mmap-read those objects → on receive, git-receive-pack/index-pack reports loose object ... is corrupt and rejects push, even though data is intact (git fsck --full under root is clean). Fix = full dacl REPLACE via filesystem.setacl (chmod/chown do NOT remove DENY ACEs). Tell-tale: POSIX file mode 40 (r--------) on loose objects vs normal 750.

    ⚠️ Don't reach for stripacl (2026-09-21): it tears the ACL down to POSIX and does not remove a DENY in all cases. Always pass a complete dacl array — setacl treats it as a full replace.

  • Permission denied writing objects/XX/ (NOT the corrupt-object case) — see History 2026-09-21. Two defects: (a) dirs with owner rw- and no x (drw-r-x---), (b) objects/XX/ dirs owned by root with group@:r-x — git runs as uid 950 → cannot write. Root cause is mcpvault (a second Hermes on TrueNAS, /opt/hermes, vault /vault) running as root and creating root-owned objects in the shared bare repo. Requires midclt (see below) — chown/chmod as truenas_admin give Operation not permitted because uid 950 isn't the owner, and TrueNAS sudo needs a password (unlike Kraken, where sudo -n works). Fix must include FILE_INHERIT+DIRECTORY_INHERIT or the defect returns on the next push by the root instance. Recipe: personal/tech/truenas-nfs4-acl-and-arrmultiuser.md §«Durable fix with INHERITANCE».

ACL repair via midclt (no root password needed)

truenas_admin is FULL_ADMIN in midclt → can read/write ACLs directly.

# READ — path as a BARE STRING
midclt call filesystem.getacl /mnt/RED_2TB/storage/git/obsidian-vault.git
midclt call filesystem.listdir /mnt/RED_2TB/storage/git/obsidian-vault.git/objects

# WRITE — ONE json object with "path" INSIDE it (opposite convention!)
midclt call filesystem.setacl '{"path":"/x","acltype":"NFS4","dacl":[…],
                               "options":{"recursive":false,"traverse":true,"stripacl":false}}'

Pitfalls: setacl/setperm are async (return a job id) — poll core.get_jobs until SUCCESS/FAILED, or the immediate WAITING reads as a failure. filesystem.setperm refuses when a non-trivial ACL is present ([EINVAL] … Option "stripacl" required).

History

  • 2026-09-26: клон /obsidian-syncthing потерял рабочий remote — Syncthing переписал .git/config (mtime 09:36:19, owner uid 950 ≠ наши root-записи) на хост-путь /mnt/RED_2TB/storage/git/obsidian-vault.git. Первый за всю историю лога Fetch failed (тик 09:40:31) → фазы 1 и 3 молча скипались при exit 0; /obsidian-syncthing отстал на 1 коммит Eagle (66d4d626 vs bare 5c939ed8). Фикс: sync-vault.sh форсит origin = file:///vault.git каждый тик + insteadOf для хост-пути и Gitea-URL; after-fix три SHA равны 3edbddf5, статусы пусты, новых Fetch failed нет. Корень (.git клона синкается Syncthing'ом — отсюда же .sync-conflict-* внутри .git) — на решение владельца. Подробно: family/documents/vault-sync/2026-09-26-syncthing-clone-origin-url-flip.md.

  • 2026-09-26 (поправка каденции): снято ложное «Taiga синкается раз в час». hermes cron list и jobs.json:schedule_display показывают 0 * * * *, но schedule.expr = "*/5 * * * *" и executions.db дают 985 интервалов по 5 мин из 1001 тика (288,6/сутки). Диагностировать каденцию — только по executions.db/schedule.expr.

  • 2026-09-21: bare repo push Permission denied on objects/XX. 28 dirs root-owned (created by mcpvault of a second Hermes on TrueNAS running as root) + 13 dirs with owner rw- and no x. chown/chmod as truenas_admin → Operation not permitted (TrueNAS sudo needs a password, unlike Kraken). Fixed with a full dacl REPLACE + FILE_INHERIT/DIRECTORY_INHERIT via midclt filesystem.setacl — 291 dirs, 0 errors, no root password. Two clean pushes after; Mac = nas = 3b923d3. ⚠️ Direct write-test in objects/ was NOT run. Full log: family/documents/vault-sync/2026-09-21-bare-repo-push-permission-denied.md.

  • 2026-06-20: Kraken ACL fix. mcpvault (Hermes контейнер, uid 10000) не мог писать в существующие файлы vault из-за прав (EACCES). Подробно:

    Проблема 1 — права доступа: файлы в vault создаются от uid 1000 (kraken через git на хосте), а mcpvault в контейнере работает от uid 10000. patch_note падал: EACCES: permission denied. delete_note + write_note срабатывали, но mcpvault при write перезаписывает файл целиком, переформатируя YAML фронтматер (убирает кавычки, меняет стиль) — шум в git-diff.

    Проблема 2 — экранирование backtick в patch_note: mcpvault patch_note не может найти строку, содержащую тройные обратные кавычки (```). Пришлось якориться на соседнюю строку без backtick — например, на \n\n## Заголовок вместо \``\n\n## Заголовок`.

    Решение — ACL ext4 (setfacl):

    sudo setfacl -R -m u:10000:rwx /srv/.../obsidian                                     # mcpvault — write
sudo setfacl -R -d -m u:10000:rwx /srv/.../obsidian                                   # default для новых файлов
sudo setfacl -R -m g:kraken:rwx /srv/.../obsidian                                     # kraken (uid 1000) — write
sudo setfacl -R -d -m g:kraken:rwx /srv/.../obsidian                                  # default для новых файлов

    Итоговая совместимость: uid 10000 (mcpvault) и uid 1000 (kraken/git) могут читать и писать одни и те же файлы. patch_note работает без EACCES.

    Ограничение (mcpvault patch_note + backtick): patch_note не может найти строку, содержащую тройные обратные кавычки (```). Пример: нужно было вставить новый раздел между closing code fence \``и заголовком## Исправления (v0.0.92.... Варианты oldString`, которые НЕ сработали:

    • "}\n\n\``\n\n## Исправления (v0.0.92..."` — не найдено
    • "\``\n\n\n## Исправления (v0.0.92..."` — не найдено
    • Любая комбинация пустых строк между \``` и заголовком — не найдено

    Что сработало: якориться на соседнюю строку без обратных кавычек. Вместо \``\n\n## Исправления...использовать\n\n## Исправления (v0.0.92...— замена пустой строки + заголовка, куда перед заголовком вставляется новый контент, а сам заголовок остаётся.patch_note(oldString="\n\n## Исправления (v0.0.92...")` — найдено и отработало.

  • 2026-05-23: Taiga deleted 32+ wiki files. Root cause: git add -A before merge staged deletions of files outside sparse cone. Fixed with scoped git add.

  • 2026-06-01: "Керамика" lost from gift-ideas. Root cause: git add $SPARSE_PATHS failed silently when .obsidian/ absent — patch+move not committed.

  • 2026-06-02: Full architecture migration. Taiga /vault converted from GIT_DIR=bare GIT_WORK_TREE workaround to proper sparse clone. All clients unified on same commit→fetch→merge→push algorithm. Sync interval: every 5 min.

Reference in new issue View Git Blame Copy Permalink