Workflow с Obsidian и переменные репозитория

Полная настройка one-click обновлений контента через Obsidian Git.

Этот вариант дает авторам нативный поток: редактирование в Obsidian, commit, push, auto-deploy.

Рекомендуемая архитектура

Site repo: тема, шаблоны, workflow, rules.
Content repo: только markdown-файлы.
Vault Obsidian указывает на корень content-репозитория.

Настройка content-репозитория

Repository variable:

NP_SITE_REPO=owner/repo (целевой сайт-репозиторий)

Repository secret:

NP_DEPLOY_TOKEN с правами на repository_dispatch в NP_SITE_REPO

Workflow контент-репозитория отправляет событие content-updated в сайт-репозиторий.

Настройка сайт-репозитория для режима content_repo

Repository variables:

CONTENT_SOURCE=content_repo
CONTENT_REPO=owner/repo (ваш контент-репозиторий)
CONTENT_REF=main (опционально)

Поток через Obsidian Git

Откройте content-репозиторий как vault.
Отредактируйте markdown.
Запустите "Commit-and-sync" в Obsidian Git.
Workflow контент-репозитория автоматически триггерит deploy сайта.

Pre-build нормализация Obsidian

В CI pre-build скрипт нормализует два Obsidian-native паттерна до index/build:

image embeds: !\[\[cover.webp\]\] -> стандартные markdown-ссылки на изображения
значения hub во frontmatter: вики-ссылки приводятся к plain slug

Для hub поддерживаются и прямые slug-ссылки, и ссылки на filename:

\[\[product\]\] -> product
\[\[product-hub\]\] -> product (через frontmatter slug в файле хаба)

Это сохраняет нативный поток в Obsidian и дает стабильную фильтрацию по хабам в шаблонах.

Рекомендации по токенам

Public repo: fine-grained PAT с доступом к целевому репозиторию, обычно достаточно repository contents read/write.
Private repo: аналогично, но целевой репозиторий должен быть явно включен в доступ токена.

Используйте отдельный токен на проект, а не один общий на все.