Gitsi
Git sur votre propre serveur
Le dépôt d’une équipe réside sur un hôte SSH dont vous disposez déjà. Les clonages et les envois vont directement à cet hôte par SSH : votre ordinateur portable peut être éteint, mais l’hôte doit rester accessible.
Les noms des commandes ci-dessous correspondent à l’interface en anglais.
This machine : pour vous seul
Créer un dépôt distant local
Installez git sur votre ordinateur, puis ouvrez Gitsi → This machine. Saisissez un Repository name et appuyez sur Create. Le dépôt nu est placé par défaut dans ~/termiyo-repos ; cette fonction est gratuite, rien n’est téléversé et vos collègues ne peuvent pas y accéder par cette fonction.
Envoyer ou cloner localement
Utilisez Copy both lines et exécutez les deux lignes dans le projet à envoyer. Utilisez Copy the clone line pour créer une autre copie de travail sur ce même ordinateur.
On a host — Nouveau dans la version 0.4.22
1. Se connecter à votre serveur
Ouvrez dans Termiyo une session SSH vers l’hôte en vérifiant sa clé d’hôte ; le partage par lien exige en plus que l’hôte soit enregistré dans Termiyo, pas une connexion rapide. L’hôte a besoin de git ; accorder un accès nécessite aussi OpenSSH 7.7 ou ultérieur. Chaque collègue doit disposer d’un accès réseau à cet hôte, avec son propre VPN ou hôte de rebond si nécessaire.
2. Préparer et créer
Ouvrez Gitsi → On a host et sélectionnez la session si plusieurs sont ouvertes. Appuyez sur Prepare this host lorsque le bouton est proposé, puis saisissez un Repository name et appuyez sur Create. Termiyo conserve le dépôt nu dans ~/termiyo-repos/<name>.git sur cet hôte ; la préparation utilise le répertoire personnel du compte SSH et ne nécessite ni accès root ni démon supplémentaire.
3. Ajouter votre clé ou une clé de déploiement
Choisissez Add a key (yours, or a deploy key), saisissez un nom et la clé publique .pub, choisissez read only ou read and write, puis appuyez sur Grant. Seul l’abonnement payant du propriétaire est vérifié ; un essai ne compte pas et la clé reçoit une date de fin liée à cet abonnement. Copy the invitation fournit les commandes Git ; le destinataire peut utiliser git directement.
Limites
Un accès au dépôt dont la portée est définie
Le mode de dépôts locaux/SSH de Termiyo ne propose ni navigateur web de dépôts, ni pull requests, tickets, revue de code ou registre de paquets. Ses autorisations contrôlent fetch et push pour les clés qu’il installe ; toute personne disposant d’un accès shell ordinaire au compte de l’hôte peut accéder directement aux dépôts. Un push identifie une clé, pas l’auteur d’un commit.
Vérifications effectuées
Le parcours complet de partage par lien n’a pas été vérifié avec de vrais comptes payants.
Aperçu · pas encore publié
Votre compte Gitsi dans Termiyo
Créez votre propre compte Gitsi ou connectez-vous, puis autorisez la connexion dans le navigateur ou utilisez votre jeton personnel. Le tableau de bord apparaît après validation du compte ; Termiyo ne fournit aucun compte partagé ni dépôt du propriétaire du produit. OAuth commence en lecture ; créer des dépôts nécessite un consentement supplémentaire, et les demandes de fusion exigent actuellement un jeton personnel avec les permissions issues adaptées. Les dépôts privés et partagés respectent vos droits. Les jetons sont protégés localement par le système ; déconnecter supprime la connexion locale.
Parcourez vos dépôts, créez-en un et travaillez avec les demandes de fusion depuis votre propre compte Gitsi.
L’aperçu permet de parcourir et créer des dépôts, de créer des demandes de fusion et de lire leurs descriptions, différences et contrôles de commit. La fusion reste indisponible. Le clonage HTTPS natif est réservé à macOS et Linux ; Windows, pull/push natifs, téléchargements LFS et initialisation des sous-modules ne sont pas inclus.
Surveiller une demande avec l’application ouverte
Surveillez explicitement une demande Gitsi pendant une heure, avec une interrogation toutes les 60 secondes tant que Termiyo reste ouvert et déverrouillé. Utilisez le jeton personnel de votre propre compte avec read:issue et read:repository. Les changements observés produisent seulement un brouillon modifiable, sans appel IA ni modification du dépôt. Après redémarrage ou refus d’accès, les anciennes cartes restent masquées jusqu’à un nouveau démarrage réussi.