- Expédié
- 5 septembre 2026 à 01:22 UTC
- Auteur
- Kamo
- Commite
- efee857
le travail moyen aujourd'hui, et aurait pris avec lui tous les terminaux d'un autre membre. La valeur par défaut du système est le groupe de contrôle KillMode: en arrêtant ou redémarrant SIGKILL chaque processus dans le groupe de l'unité. Le SERVER tmux est forqué par le premier l'agent execs, donc il vit dans ce groupe et redémarre l'agent a donc tué le serveur et chaque shell à l'intérieur de celui-ci. C'est exactement le contraire de pourquoi tmux est dans cette conception. L'ensemble de l'argument pour Il écrit dans les propres commentaires de ce fichier, c'est que l'obus survit la prise: "sans tmux un rafraîchissement, un ordinateur portable fermé ou un wifi blip tue une construction en cours". Un déploiement d'agent était un blip plus grand que n'importe lequel d'entre eux, et rien ne le dit - le les sessions ont simplement disparu, et un navigateur reconnectant a trouvé une machine vide. Il s'est caché parce que les deux seules façons de remarquer sont de redémarrer l'agent pendant Quelqu'un travaille, ou pour lire l'unité et savoir ce qu'est la valeur par défaut. Transports maritimes l'agent est rare, et la machine est généralement inactive lorsqu'elle se produit: l'installation aujourd'hui a couru contre une machine sans serveur tmux du tout, donc il a regardé Nettoyage. Le processus KillMode arrête le processus principal et laisse ses descendants. Rien fuites: une pompe PTY à per-connection est un filetage à l'intérieur du processus principal et meurt avec lui, et le tmux CLIENT qu'il a fourchés obtient EOF sur son maître et sort par lui-même. Seul le serveur tmux survit, qui est le point. Vérifié sur la machine plutôt que raisonné sur: une séance en cours de sommeil a été créé, l'agent a été redémarré exactement comme le fait un déploiement, et ensuite la session était toujours listée, le processus se déroulait toujours, et son kômage option intacte. Avant le réglage, le même redémarrage reste "pas de serveur en marche".