1815d91cdf
A discussion leaves behind a directory of markdown somewhere outside this repo, and the only durable home for it is the Gitea wiki. Getting it there by hand means re-deriving the same three things every time: what each file should be called, where it goes, and whether the page already exists. Two skills wrap that, along the split the repo already uses. `skills/page` is domain, offline, stdlib-only, and knows nothing about Gitea. It imports a directory into a space under `tmp/wiki/`, titles every file, records the result in `.pages.json`, and writes the index. `skills/wiki` is the bridge — `wikimap.py` translates, and the transport is `_gitea.py`, the same one the issue side uses. There is no second transport, and `tea` has no wiki subcommand to offer one. The Gitea wiki is flat, and that fact shapes everything There are no directories. A title of `a/b` is stored as one file named `a%2Fb.md`, and Gitea escapes it by rules of its own: space becomes `-`, `/` becomes `%2F`, and a literal `-` forces a trailing `.-` marker so the two stay distinct. `Chain decisions — DC` under two levels of prefix comes back as `Simple-Chains%2FParked%2FChain-decisions-%E2%80%94-DC`. So `sub_url` is the identity, it is read back from whatever the API returned, and it is never constructed. One built by hand that is almost right does not fail — it creates a second page and abandons the first. And a real subdirectory committed into a wiki's git repository is a ghost: the file exists, the API and the web UI do not see it. `folder/page.md` in this repo's own wiki is one. Nothing here clones a wiki repo. A title is a decision, not a derivation Titles come from the first heading, because there is no mechanical route from `03-q-01-do-we-know-the-chain-participant-by-name.md` to `Q-01. Do We Know the Chain Participant by Name`. But they are derived exactly once. A re-import replaces bodies and keeps titles, so editing a heading cannot rename a published page — which would not rename it, it would publish a second one. `--retitle` opts in. It finds the prior entry by `source` rather than by path, because the path is derived from the title and a retitle moves it; looked up by path the page would read as new and the next push would duplicate it. The old file goes, `sub_url` comes along, and `pushed` is cleared — a rename can leave the body byte-identical, and push decides by body hash alone, so a stale hash would skip the rename forever. Ordering is a `NN-` file-name prefix and never reaches the title. `00-` means "this is the directory's own page", and that page is named for the directory, not for its own heading: a child's title has to extend its parent's exactly, and `ideas/00-intro.md` opens with "Ideas for chain business requirements". Path collisions are reported and never resolved. Picking a winner is how a discussion loses a document. The index is navigation, not decoration Nothing draws a tree from flat titles. `page_index.py` writes one as an ordinary page, nested by title depth rather than by manifest path order — those disagree, since on disk `Top/System.md` sorts before `Top/Ideas/Scale.md` while in the hierarchy System is a child and Scale a grandchild. A parent with no page of its own still gets a node, so its children are not hidden. Links use `sub_url` when there is one and Gitea's `[[Title|label]]` syntax when there is not, so the order is push, rebuild, push. The same stances as the issue store, for the same reasons Pull overwrites, push is additive and never deletes, change detection is one hash and there is no drift model. A page with no `sub_url` has never been published, and that is a durable state. Issues gain a `wiki:` field holding page titles — titles, not URLs, so the reference stays in the domain. It already round-trips as a foreign key; this documents it. Verified against a live Gitea 1.26.1: create, update with a message, unchanged-skip, prefix-filtered pull, byte-identical round trip, and the per-page revision history carrying the operator's own words. The probe pages were deleted afterwards. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
125 lines
5.4 KiB
Python
125 lines
5.4 KiB
Python
#!/usr/bin/env python3
|
|
"""
|
|
wikimap.py — md <-> Gitea wiki JSON. The whole translation, and only the
|
|
translation.
|
|
|
|
Pure functions: no network, no filesystem, no argparse. Give it a payload and
|
|
it hands back a page; give it a page and it hands back a request body. That
|
|
purity is the point — it can be reasoned about and tested without a Gitea
|
|
anywhere, and it is the single file to open when the two representations
|
|
disagree.
|
|
|
|
Direction of knowledge: this module imports the domain (page.py) and is
|
|
imported by the transport's callers. The domain never imports this.
|
|
|
|
What crosses the boundary, and what does not:
|
|
|
|
domain Gitea note
|
|
----------------------------------------------------------------------
|
|
title title verbatim, both ways; `/` is the
|
|
only hierarchy either side has
|
|
path — local only; derived from the title
|
|
order — local only; the wiki cannot sort
|
|
body content_base64 base64, utf-8, verbatim
|
|
— sub_url lands in the manifest as sub_url
|
|
— last_commit.sha lands as sha
|
|
— html_url lands as url
|
|
|
|
sub_url is the identity, and it is NOT derivable
|
|
------------------------------------------------
|
|
Gitea stores a wiki page as one flat file whose name it escapes from the title,
|
|
and the escaping is not a mapping worth reimplementing:
|
|
|
|
"Abstract Issue" -> Abstract-Issue.md space -> dash
|
|
"zz-probe/child" -> zz-probe%2Fchild.-.md / -> %2F, and a
|
|
LITERAL dash forces a
|
|
`.-` marker so the two
|
|
cases stay distinct
|
|
|
|
Every rule there is Gitea's to change. So `sub_url` is read back from whatever
|
|
the API returned and stored; it is never constructed here, and a caller that
|
|
needs to address a page fetches the listing rather than guessing. Building one
|
|
by hand is how you get a second page instead of an edit.
|
|
|
|
The wiki is flat, and only titles are structured
|
|
------------------------------------------------
|
|
There are no directories. A real subdirectory committed into the wiki's git
|
|
repository is invisible to the API and to the web UI — a ghost file. All nesting
|
|
lives in the title, which is why `page.py` treats `/` as its only separator.
|
|
"""
|
|
import base64
|
|
|
|
# A page's whole shape on the wire, for reference and for tests. Gitea also
|
|
# returns `commit_count`, `sidebar` and `footer` on a single-page GET; none of
|
|
# them describe the page itself, so none of them cross.
|
|
WIRE_KEYS = ("title", "sub_url", "html_url", "content_base64", "last_commit")
|
|
|
|
|
|
def decode(payload):
|
|
"""content_base64 -> text. Missing content is "" and not None: a page that
|
|
exists with an empty body is a real state, and the caller writing a file
|
|
should not have to tell the two apart."""
|
|
b = payload.get("content_base64") or ""
|
|
return base64.b64decode(b).decode("utf-8", "replace") if b else ""
|
|
|
|
|
|
def encode(text):
|
|
return base64.b64encode(text.encode("utf-8")).decode("ascii")
|
|
|
|
|
|
def from_payload(payload):
|
|
"""Gitea JSON -> the manifest fields the wiki layer owns, plus the title
|
|
the domain owns. The caller merges this into the existing entry so that
|
|
domain keys it does not mention (`order`) survive."""
|
|
commit = payload.get("last_commit") or {}
|
|
author = commit.get("author") or {}
|
|
return {
|
|
"title": payload.get("title") or "",
|
|
"sub_url": payload.get("sub_url") or "",
|
|
"url": payload.get("html_url") or "",
|
|
"sha": commit.get("sha") or "",
|
|
"remote-updated": author.get("date") or "",
|
|
}
|
|
|
|
|
|
def new_payload(title, text, message):
|
|
"""POST /repos/{owner}/{repo}/wiki/new.
|
|
|
|
`title` carries the hierarchy; Gitea derives the filename from it and
|
|
returns the sub_url it settled on. `message` is the wiki commit message —
|
|
the operator's words, not a generated one, because this is the only record
|
|
of why a page changed."""
|
|
return {"title": title, "content_base64": encode(text), "message": message}
|
|
|
|
|
|
def edit_payload(title, text, message):
|
|
"""PATCH /repos/{owner}/{repo}/wiki/page/{sub_url}.
|
|
|
|
The same shape as a create. Sending the unchanged title is a no-op; sending
|
|
a different one is a RENAME, which moves the file and leaves nothing at the
|
|
old sub_url — so callers pass the title from the manifest unless the
|
|
operator asked for a rename."""
|
|
return {"title": title, "content_base64": encode(text), "message": message}
|
|
|
|
|
|
def page_endpoint(base, sub_url):
|
|
"""The address of one page. `sub_url` goes in verbatim — Gitea hands it
|
|
back already escaped (`%2F` and all), and re-encoding it here would produce
|
|
a path that resolves to nothing."""
|
|
return "%s/wiki/page/%s" % (base, sub_url)
|
|
|
|
|
|
def revisions_endpoint(base, sub_url):
|
|
return "%s/wiki/revisions/%s" % (base, sub_url)
|
|
|
|
|
|
def matches_prefix(title, prefix):
|
|
"""Is this page at, or under, a title prefix?
|
|
|
|
The wiki being flat, "children" is exactly this test and nothing more:
|
|
there is no tree to walk, only a naming convention to trust. An empty
|
|
prefix matches everything."""
|
|
if not prefix:
|
|
return True
|
|
return title == prefix or title.startswith(prefix + "/")
|