The "/doc" page:
CHECKIN can be either tag or SHA1 hash or timestamp identifying a
particular check, or the name of a branch (meaning the most recent
check-in on that branch) or one of various magic words:
"tip" means the most recent check-in
"ckout" means the current check-out, if the server is run from
within a check-out, otherwise it is the same as "tip"
FILE is the name of a file to delivered up as a webpage. FILE is relative
to the root of the source tree of the repository. The FILE must
be a part of CHECKIN, except when CHECKIN=="ckout" when FILE is read
directly from disk and need not be a managed file.
The "ckout" CHECKIN is intended for development - to provide a mechanism
for looking at what a file will look like using the /doc webpage after
it gets checked in.
The file extension is used to decide how to render the file.
If FILE ends in "/" then the names "FILE/index.html", "FILE/index.wiki",
and "FILE/index.md" are tried in that order. If the binary was compiled
with TH1 embedded documentation support and the "th1-docs" setting is
enabled, the name "FILE/index.th1" is also tried. If none of those are
found, then FILE is completely replaced by "404.md" and tried. If that
is not found, then a default 404 screen is generated.
If the file's mimetype is "text/x-fossil-wiki" or "text/x-markdown"
then headers and footers are added. If the document has mimetype
text/html then headers and footers are usually not added. However,
if a "text/html" document begins with the following div:
<div class='fossil-doc' data-title='TEXT'>
then headers and footers are supplied. The optional data-title field
specifies the title of the document in that case.
For fossil-doc documents and for markdown documents, text of the
form: "href='$ROOT/" or "action='$ROOT" has the $ROOT name expanded
to the top-level of the repository.