Termiyo

Gitsi

Git on your own server

A team repository lives on an SSH host you already have. Clones and pushes go straight to that host over SSH: your laptop can be off, but the host must stay reachable.

The control names below match the English interface.

This machine: for you alone

Create a local remote

Install git on your computer, then open Gitsi → This machine. Enter a Repository name and press Create. The bare repository goes into ~/termiyo-repos by default; this is free, nothing is uploaded, and teammates cannot reach it through this feature.

Push or clone locally

Use Copy both lines and run the two lines in the project you want to push. Use Copy the clone line for another checkout on this same computer.

On a host — New in 0.4.22

1. Connect to your server

Open an SSH session to the host in Termiyo, verifying its host key; sharing by link also needs the host saved in Termiyo, not a quick connection. The host needs git; granting access also needs OpenSSH 7.7 or later. Each teammate needs a network route to that host, including their own VPN or jump host when necessary.

2. Prepare and create

Open Gitsi → On a host and select the session if more than one is open. Press Prepare this host when offered, then enter a Repository name and press Create. Termiyo keeps the bare repository in ~/termiyo-repos/<name>.git on that host; preparation uses the SSH account’s home directory and needs no root access or extra daemon.

3. Add your key or a deploy key

Choose Add a key (yours, or a deploy key), enter a name and the public .pub key, choose read only or read and write, then press Grant. This checks only the owner’s paid plan; a trial does not count, and the key has an end date tied to that plan. Copy the invitation supplies the git commands; the recipient can use plain git.

Limits

Repository access, with a defined scope

Termiyo’s local/SSH repository mode has no web repository browser, pull requests, issues, code review or package registry. Its grants control fetch and push for the keys it installs; anyone with ordinary shell access to the host account can reach the repositories directly. A push identifies a key, not the author of a commit.

Validation so far

The full share-by-link flow has not been verified with live paid accounts.

In preview · not yet released

Your Gitsi account, inside Termiyo

Create or sign in to your own Gitsi account, then connect through browser consent or your own personal token. The dashboard appears after account validation; Termiyo supplies no shared account or owner repositories. OAuth starts with read access; repository creation needs explicit extra consent, and pull requests currently need a personal token with the appropriate issue scopes. Private and shared repositories follow your account’s permissions. Tokens use OS-protected local storage, and disconnect clears the local connection.

Browse your repositories, create a new one and work with pull requests from your own Gitsi account.

The preview includes repository browsing and creation, pull-request creation, descriptions, diffs and commit checks. Pull-request merge is unavailable. Native HTTPS clone is for macOS and Linux; Windows clone, native pull/push, LFS downloads and submodule initialization are not included.

Watch a pull request while the app is open

Explicitly watch one Gitsi pull request for one hour, polling every 60 seconds while Termiyo stays open and unlocked. Use your own account’s personal token with read:issue and read:repository. Observed changes can become an editable text draft only: no AI call or repository mutation. After restart or permission denial, old cards stay hidden until a fresh successful Start.