Le format de fichier 2.0 nous permet déjà de lire un enregistrement "live", c'est-à-dire pendant que rec
est toujours en cours d'exécution. Cependant, il y a toujours un petit inconvénient, la lecture se termine immédiatement lorsqu'elle atteint EOF. Cela nous empêche de regarder et de suivre l'enregistrement "en direct" sur une configuration simple comme une connexion SSH à la même machine. Ce que je pense est une fonctionnalité utile à avoir.
J'aimerais ajouter un nouveau drapeau -f/--follow
à asciinema play
afin qu'au lieu de quitter, il continue à regarder le fichier pour de nouvelles données et continue de le lire. Et je peux travailler dessus, mais j'aimerais d'abord entendre les responsables.
Il existe plusieurs options qui fonctionnent déjà pour cela, voir cet article de blog : http://blog.asciinema.org/post/two-point-o/ et plus précisément ce commentaire de @benaryorg http://blog.asciinema.org/ post/two-point-o/#comment -3764849151 :
# record
asciinema rec file.cast
# play
tail -fn +1 file.cast | asciinema play -
# play via ssh
ssh example.com tail -fn +1 file.cast | asciinema play -
Je trouve vraiment que ce cas d'utilisation mérite d'être examiné. Je ne sais pas si cela vaut la peine d'implémenter un support natif si vous pouvez le faire avec des outils unix. Peut-être, peut-être pas, discutons :)
Oh c'est génial! Et désolé, j'ai raté le billet de blog et donc l'utilisation (maintenant) évidente de jouer à partir de stdin, mon mauvais. Je pense que c'est assez bien, asciinema est déjà super utile et ne réinventons pas tail -f
😄
Mais peut-être que l'ajout de ceci à README pourrait faciliter la découverte 🤔 ?
Commentaire le plus utile
Oh c'est génial! Et désolé, j'ai raté le billet de blog et donc l'utilisation (maintenant) évidente de jouer à partir de stdin, mon mauvais. Je pense que c'est assez bien, asciinema est déjà super utile et ne réinventons pas
tail -f
😄Mais peut-être que l'ajout de ceci à README pourrait faciliter la découverte 🤔 ?