Suivre

qui m'a été donnée par mon hébergeur.

Quand vous tapez une commande dans un terminal, n'hésitez pas à mettre des commentaires. Exemple:

>cp store.db store.db.old # copie de sauvegarde avant migration

Pourquoi ?

💠 Cela permet, dans votre history bash, de savoir dans quel but vous avez tapé certaines commandes.

💠 Avec CTRL+R vous pouvez aussi rappeler des lignes en fonction des commentaires.

Notez aussi que c'est utile pour la traçabilité savoir pourquoi vous avez édité un fichier de config, par exemple.

>vi config.properties # nouvelle adresse IP du serveur de base de données.

Afficher le fil de discussion

@sebsauvage Oh, merci ! Je n’y avais jamais pensé !

@sebsauvage J’avais jamais penser à utiliser ça pour l’historique / le ^R tiens. Très utile pour des screenshots ou screecasts aussi (je m’en servais que pour ça).

@sebsauvage Ton hébergeur à bien raison

Je m'en servais aussi pour coller un titre aux vidéos en ligne lus par mpv (vu que l'URL seule n'est pas toujours parlante, contrairement à un nom de fichier local)

@sebsauvage mais c'est trop bien :)

Couplé avec fzf, ça va énormément me simplifier la vie, ça :)

@riff Oh, tu cherches comment dans l'historique avec fzf ?

@sebsauvage

@riff Ah ouais. Faut que je creuse, parce que j'utilise les keybindings VI...

@sebsauvage

@im Après, il me semble que la recherche dans l'historique est déja bien meilleure sous zsh que dans bash, du coup fzf est peut être moins nécessaire ?

@sebsauvage

@riff Alors j'en ressens pas un besoin démentiel, en effet, surtout avec le mode VI (et le tip de @sebsauvage va améliorer la chose encore).

Mais comme je goûte à fzf dans neovim, ça m'intrigue, faut dire.

@im bah disons que sous bash, ça fourni une recherche dans l'historique qui marche, contrairement à l'outil par défaut ^
@sebsauvage

@sebsauvage Ou alors utiliser un vrai shell, qui gère correctement historique et complétion, comme zsh ou fish...

@alex

Oui mais quel que soit ton shell, ça ne remplacera pas un bon commentaire dans l'history pour savoir pourquoi la personne a fait une manip particulière sur un serveur.

@sebsauvage Plus sérieusement, ajouter un commentaire à une commande n’est pas une mauvaise idée.

@sebsauvage
Pour cet usage, j'utilise etckeeper qui gère en conf /etc. Très très pratique.

@sebsauvage l’étape suivante est de mettre ces commandes et commentaires dans un truc comme #SaltStack ou #ansible et le tout dans un #git

#orchestrateur #orchestration #sysadmin #tips #saltProject #automatisation

@sebsauvage
C'est tout simple, tout bête (pas besoin de rajouter 25 packages/scrpts/config de partout), et on n'y pense pas. ... mais top utile merci 😊

@sebsauvage Par contre faut pas être une feignasse comme moi qui à tendance à sur-utiliser l'historique au lieu d'avoir une meilleure completion ou des alias. ^^

@sebsauvage Oh, yeah, c'est excellent !

Et, au passage, je me rends compte que j'avais jamais pensé à utiliser les commentaires en fin de ligne, je réalise que j'avais même occulté que c'était possible...

Je vais considérer ça aussi, tiens ;

@sebsauvage oui on peu faire tout un log d'install ou de mise a jour , de modification grace aux commentaires et aussi rajouter HISTTIMEFORMAT="%Y-%m-%d %H:%M:%S " pour avoir l'heure precise dans l'historique :-)

@sebsauvage bonne idée. J'utilise aussi le commentaire en début de ligne, quand j'ai écrit un commande un peu longue mais que je me rends compte que je dois faire autre chose avant (cas classique : changer de répertoire ou de branche). Comme ça j'ai juste à la reprendre dans l'historique et supprimer le premier caractère.

@sebsauvage merci de m’avoir appris ça ! Je le ferai avec plaisir.

Inscrivez-vous pour prendre part à la conversation
Framapiaf

Le réseau social de l'avenir : Pas d'annonces, pas de surveillance institutionnelle, conception éthique et décentralisation ! Possédez vos données avec Mastodon !