dev.review
Storage · 4 of 5

A git repository

Any remote you already push to - not just GitHub. A write here is a commit, so the history is an audit trail this app did not have to invent.

What it needs

FieldWhat goes there
repository urlhttps://host/org/reviews.git
branchDefaults to main
path in the repositoryOptional - a prefix, if drafts do not sit at the root
username / access tokenFor an https remote. Not needed for ssh, on the desktop app - see below
cors proxyBrowser only - see below

Where it works

On the desktop app, this drives the git already installed on the machine - it inherits whatever credential helper and ssh agent are already set up, so an ssh remote needs no token at all here.

A browser has no git of its own, so the same work happens in JavaScript against the smart-HTTP protocol - and no major git host sends the CORS headers a browser tab needs to speak that protocol directly. Reaching one from a browser needs a proxy you name, and the header carrying your token passes through that proxy too. Run it yourself, or use the desktop app instead, which needs none.

Whoever runs the proxy can read the token passing through it. It is write-scoped either way, since this app only ever commits your own decisions - but that is a property worth knowing before naming one you do not control.

Why it exists

The same repository a GitHub repository would reach through the REST API, seen through different plumbing - one adapter over two transports, chosen once per session rather than two adapters that happen to agree. What it trades for that history: a real clone, and every listed file carries the blob id git already computed, rather than a timestamp and a size.

← A GitHub repository S3-compatible bucket →