Termiyo

Gitsi

Git en tu propio servidor

El repositorio de un equipo reside en un host SSH que ya tienes. Las clonaciones y los envíos van directamente a ese host por SSH: tu portátil puede estar apagado, pero el host debe seguir accesible.

Los nombres de los controles que aparecen a continuación corresponden a la interfaz en inglés.

This machine: solo para ti

Crea un remoto local

Instala git en tu equipo y abre Gitsi → This machine. Introduce un Repository name y pulsa Create. El repositorio bare se guarda de forma predeterminada en ~/termiyo-repos; es gratuito, no se sube nada y tus compañeros no pueden acceder a él mediante esta función.

Envía o clona localmente

Usa Copy both lines y ejecuta las dos líneas en el proyecto que quieras enviar. Usa Copy the clone line para crear otra copia de trabajo en ese mismo equipo.

On a host — Nuevo en 0.4.22

1. Conéctate a tu servidor

Abre en Termiyo una sesión SSH con el host, verificando su clave de host; para compartir por enlace, además, el host debe estar guardado en Termiyo, no abierto como conexión rápida. El host necesita git; para conceder acceso también necesita OpenSSH 7.7 o posterior. Cada compañero necesita una ruta de red hasta ese host, con su propia VPN o host de salto cuando sea necesario.

2. Prepara y crea

Abre Gitsi → On a host y selecciona la sesión si hay varias abiertas. Pulsa Prepare this host cuando se ofrezca, introduce un Repository name y pulsa Create. Termiyo guarda el repositorio bare en ~/termiyo-repos/<name>.git en ese host; la preparación usa el directorio personal de la cuenta SSH y no necesita acceso root ni un servicio adicional.

3. Añade tu clave o una clave de despliegue

Selecciona Add a key (yours, or a deploy key), introduce un nombre y la clave pública .pub, elige read only o read and write y pulsa Grant. Solo se comprueba el plan de pago del propietario; una prueba no cuenta y la clave tiene una fecha de fin vinculada a ese plan. Copy the invitation proporciona los comandos Git; el destinatario puede usar git normal.

Límites

Acceso al repositorio con un alcance definido

El modo de repositorios locales/SSH de Termiyo no ofrece un explorador web de repositorios, pull requests, incidencias, revisión de código ni registro de paquetes. Sus permisos controlan fetch y push para las claves que instala; quien tenga acceso normal al shell de la cuenta del host puede acceder directamente a los repositorios. Un push identifica una clave, no al autor de un commit.

Validación hasta ahora

El flujo completo de compartir por enlace aún no se ha verificado con cuentas de pago reales.

Vista previa · aún sin publicar

Tu cuenta de Gitsi, en Termiyo

Crea tu propia cuenta de Gitsi o inicia sesión y conéctala mediante consentimiento en el navegador o tu propio token personal. El panel aparece tras validar la cuenta; Termiyo no proporciona una cuenta compartida ni repositorios del propietario del producto. OAuth empieza con lectura; crear repositorios requiere consentimiento adicional y las solicitudes de incorporación necesitan actualmente un token personal con los permisos de issues adecuados. Los repositorios privados y compartidos respetan tus permisos. Los tokens usan almacenamiento local protegido por el sistema operativo; desconectar elimina la conexión local.

Explora tus repositorios, crea uno nuevo y trabaja con solicitudes de incorporación desde tu propia cuenta de Gitsi.

La vista previa permite explorar y crear repositorios y crear solicitudes de incorporación, leer descripciones, diferencias y comprobaciones de commits. No permite fusionar solicitudes. La clonación HTTPS nativa es para macOS y Linux; no incluye Windows, pull/push nativo, descargas LFS ni inicialización de submódulos.

Observa una solicitud con la aplicación abierta

Activa explícitamente la observación de una solicitud de Gitsi durante una hora, con consultas cada 60 segundos mientras Termiyo esté abierto y desbloqueado. Usa el token personal de tu propia cuenta con read:issue y read:repository. Los cambios observados solo preparan un borrador editable: sin llamadas de IA ni cambios en el repositorio. Tras reiniciar o denegarse el acceso, las tarjetas anteriores permanecen ocultas hasta un nuevo inicio exitoso.