Gitsi
Git no seu próprio servidor
O repositório de uma equipe fica em um host SSH que você já tem. Os clones e pushes vão direto para esse host por SSH: seu notebook pode estar desligado, mas o host precisa continuar acessível.
Os nomes dos controles abaixo correspondem à interface em inglês.
This machine: só para você
Criar um remoto local
Instale o git no seu computador e abra Gitsi → This machine. Digite um Repository name e clique em Create. O repositório bare fica em ~/termiyo-repos por padrão; isso é gratuito, nada é enviado e os colegas não conseguem acessá-lo por esse recurso.
Fazer push ou clonar localmente
Use Copy both lines e execute as duas linhas no projeto que deseja enviar. Use Copy the clone line para criar outra cópia de trabalho nesse mesmo computador.
On a host — Novo na versão 0.4.22
1. Conectar ao seu servidor
Abra no Termiyo uma sessão SSH com o host, verificando a chave do host; o compartilhamento por link também exige o host salvo no Termiyo, não uma conexão rápida. O host precisa do git; conceder acesso também exige OpenSSH 7.7 ou posterior. Cada colega precisa de uma rota de rede até esse host, incluindo sua própria VPN ou host de salto quando necessário.
2. Preparar e criar
Abra Gitsi → On a host e selecione a sessão se houver mais de uma aberta. Clique em Prepare this host quando a opção aparecer, digite um Repository name e clique em Create. O Termiyo mantém o repositório bare em ~/termiyo-repos/<name>.git nesse host; a preparação usa a pasta pessoal da conta SSH e não precisa de acesso root nem de um daemon adicional.
3. Adicionar sua chave ou uma chave de deploy
Escolha Add a key (yours, or a deploy key), digite um nome e a chave pública .pub, escolha read only ou read and write e clique em Grant. Só o plano pago do proprietário é verificado; um período de teste não conta, e a chave recebe uma data de término vinculada a esse plano. Copy the invitation fornece os comandos Git; o destinatário pode usar o git comum.
Limites
Acesso ao repositório com escopo definido
O modo de repositórios locais/SSH do Termiyo não oferece navegador web de repositórios, pull requests, issues, revisão de código nem registro de pacotes. As permissões controlam fetch e push para as chaves que ele instala; quem tem acesso normal ao shell da conta do host pode acessar os repositórios diretamente. Um push identifica uma chave, não o autor de um commit.
Validação até agora
O fluxo completo de compartilhamento por link ainda não foi verificado com contas pagas reais.
Prévia · ainda não lançada
Sua conta Gitsi no Termiyo
Crie sua própria conta Gitsi ou entre nela e conecte por consentimento no navegador ou seu próprio token pessoal. O painel aparece após validar a conta; o Termiyo não fornece conta compartilhada nem repositórios do dono do produto. OAuth começa com leitura; criar repositórios exige consentimento adicional, e pull requests precisam atualmente de token pessoal com permissões de issues adequadas. Repositórios privados e compartilhados seguem suas permissões. Tokens usam armazenamento local protegido pelo sistema operacional; desconectar remove a conexão local.
Explore seus repositórios, crie um novo e trabalhe com pull requests usando sua própria conta Gitsi.
A prévia permite explorar e criar repositórios, criar pull requests e ler descrições, diferenças e verificações de commits. A mesclagem de pull requests não está disponível. O clone HTTPS nativo funciona no macOS e Linux; Windows, pull/push nativos, downloads LFS e inicialização de submódulos não estão incluídos.
Observe uma solicitação com o aplicativo aberto
Ative explicitamente a observação de uma solicitação Gitsi por uma hora, consultando a cada 60 segundos enquanto o Termiyo permanecer aberto e desbloqueado. Use o token pessoal da sua própria conta com read:issue e read:repository. As mudanças observadas apenas preparam um rascunho editável: sem chamadas de IA nem alterações no repositório. Após reiniciar ou receber uma recusa de acesso, os cartões antigos ficam ocultos até um novo início bem-sucedido.