Comment puis-je éviter le rm -rf /* accidentel ?

@aculich en bash, je veux dire aucune dépendance en python ou perl, tout peut être fait en bash. Une fois que j'aurai modifié mon. bashrc, je pourrai continuer à travailler sans avoir à rompre de vieilles habitudes. Chaque fois que j'invoque rm, bash s'assurera que je ne fais pas quelque chose de stupide. Je dois juste définir certains modèles dont je veux être alerté. Comme " * " qui supprimerait tout dans le dossier actuel. De temps en temps, cela sera exactement ce que je veux, mais avec un peu plus de travail, de l'interactivité peut être ajoutée à "myrm".

@aculich OK compris. Non, je n'ai pas essayé. Je pense que cela nécessite un changement significatif dans le flux de travail. Je viens de vérifier ici sur Mac OS X, mon .bash_history est de 500 et 27 de ces commandes sont rm. Et en ce moment, je n'utilise pas très souvent un terminal.

Comment find -delete ou find dir -delete est un changement significatif dans le flux de travail? Il accomplit exactement la même chose que rm -rf ./* et 'rm -rf dir/*' sans être sujet aux erreurs de globbing ou nécessitant des fonctions de type rubegoldberg définies dans .profile, de plus si vous voulez prévisualiser la liste des fichiers avant de les supprimer, il suffit de supprimer -delete de la commande find.

Il n'est pas vrai que ces deux choses sont équivalentes. Le BSD find ne se définit pas par défaut sur le répertoire actuel et * n'expande pas les fichiers cachés, donc find -delete n'est pas équivalent à rm -rf ./*, find dir -delete est équivalent à rm -rf dir et non à rm -rf dir/* . Ce sont des différences très minimes, mais je dois quand même m'habituer à une nouvelle façon de penser. Une autre chose, disons que j'édite un grand projet avec des milliers de fichiers et des douzaines de niveaux dans la hiérarchie de fichiers, "find dir1/dir1/dir2 dir1" est assez proche de "find dir1 dir1/dir/2 dir/1"

Je ne prévisualise pas une liste de fichiers nulle part dans ma solution. S'il n'y a pas de * après un espace sur la ligne de commande (tout autre motif peut être défini), l'utilisateur ne remarquera aucune différence.

Il est clair que vous ne prévisualisez pas une liste de fichiers dans votre solution... c'est exactement le point que je fais avec find que vous pouvez le faire facilement en laissant simplement de côté le -delete.

Bien sûr, donc BSD find ne vous permet pas d'omettre le répertoire, donc vous avez find . -delete au lieu de find -delete. De plus, le glob '*' peut ou non étendre les fichiers point... cela dépend d'un paramètre, qui par défaut correspond au comportement que vous décrivez, mais si le système ou quelqu'un a défini shopt -s dotglob alors il étendra également les fichiers point. Si vous traitez réellement avec des milliers de fichiers, vous pouvez également rencontrer l'erreur "Liste d'arguments trop longue", mais c'est une autre que vous pouvez éviter en utilisant find.

Aha, je pense maintenant comprendre ce que vous voulez dire. En essence, vous voulez vous débarrasser des erreurs de globbing en supprimant le besoin d'utiliser le *. C'est ça? Vous éliminez quelque chose, ce qui est potentiellement dangereux, pour être en incohérence avec le reste du système, qui repose sur le globbing, en indiquant ainsi à l'utilisateur d'être prudent avec cela.

Mon intention est de fournir une réponse sûre, générale, efficace et extensible à la question initiale : "Comment puis-je empêcher le rm -rf /* accidentel ?" L'utilisation de find . -delete est plus sûre car cela évite cette erreur accidentelle très courante. C'est également plus sûr car cela permet de prévisualiser la liste des fichiers avant de les supprimer. Il s'agit d'une méthode générale qui fonctionne sur n'importe quel système Unix et qui n'est pas dépendante de la shell. C'est efficace car cela accomplit la même chose que rm -rf ./* mais est plus extensible, par exemple en ajoutant `-iname '*~' cela permet de supprimer facilement tous les fichiers *~ dans tous les sous-répertoires. Comment rm ferait-il cela ?

Eh bien, si vous voulez simplement éviter un "rm -rf /*" accidentel, tout ce que vous avez à faire est de dire à la coquille de chercher le motif '-rf /*' (ligne 6 ci-dessus). Après cela, vous n'aurez JAMAIS à vous en soucier. Et vous n'aurez pas besoin de vous réaccoutumer à une toute nouvelle façon de faire les choses. Et en ce qui concerne l'aperçu de la liste des fichiers, vous pourriez facilement le faire en tapant moins. Mais si vous voulez vous donner cette peine, pourquoi utiliser find. Votre solution n'est pas un remplacement direct pour rm. Oui, find peut trouver tous les '*~' mais que se passe-t-il si vous vous trompez dans l'expression régulière. Vous devrez quand même vérifier. Jetez un autre coup d'œil à ma réponse. Elle est très extensible.