qcode

L’approche

C’est le conteneur qui tient le travail à part.

• Un conteneur par agent

  Chaque agent tourne dans un conteneur bâti à partir d’une image faite pour lui. Il voit le dossier du projet et, si vous l’autorisez, le dossier de matériel du projet et le réseau.

• Libre de travailler

  Comme c’est le conteneur qui tient le travail loin de votre machine, l’agent est réglé pour travailler sans s’arrêter pour demander la permission.

• Une connexion, une copie par projet

  Un profil se connecte une seule fois, par le parcours propre à l’agent. Chaque projet reçoit sa copie de la connexion, pour que l’historique, la mémoire et les réglages ne passent jamais d’un projet à l’autre.

• Arrêté quand vous avez fini

  Quand le dernier qcode se ferme, les conteneurs qu’il a lancés s’arrêtent. Un service d’arrière-plan facultatif fait de même après un plantage. Les conteneurs que vous avez lancés vous-même ne sont jamais touchés.

• Podman ou Docker

  Les deux moteurs conviennent. qcode le trouve, dit s’il manque ou s’il ne tourne pas, et montre la commande qui l’installe ou le démarre. Il n’installe jamais rien et n’élève jamais ses propres droits.

• Rien de plus sur votre machine

  Une adresse git est clonée dans un conteneur, et les fichiers s’ouvrent dans le petit conteneur de base du projet : ni git ni un éditeur n’ont besoin d’être installés.

• Des onglets qui se passent le travail

  L’agent d’un onglet peut demander quelque chose à celui d’un autre et recevoir une réponse. Le premier message entre deux onglets passe par vous, un onglet sans réseau n’envoie jamais à un onglet qui en a, et un échange s’arrête au bout de six messages. Ce qui arrive attend sur une ligne dans l’autre onglet jusqu’à ce que vous le transmettiez.

• Anglais et turc

  Chaque mot à l’écran vient d’un fichier de langue. D’autres langues sont bienvenues ; le framework en porte déjà neuf.