Un organisateur de fichiers avec historique : voir et annuler chaque déplacement automatique
La plupart des organisateurs agissent en silence. File Arbor garde un historique consultable de chaque déplacement, renommage et suppression, avec annulation.
La plupart des organisateurs de fichiers déplacent vos fichiers sans rien dire. File Arbor garde un Historique des actions : une trace consultable de chaque déplacement, renommage, suppression et exécution de commande, avec la règle qui l'a faite, le fichier qu'elle a touché et l'heure à laquelle c'est arrivé. Les actions réversibles peuvent être annulées depuis cet historique. C'est toute la différence entre faire confiance à l'automatisation et espérer qu'elle s'est bien comportée.
C'est une fonctionnalité que les gens ne réclament pas — jusqu'à la première fois où une règle fait quelque chose d'inattendu. Là, c'est la seule fonctionnalité qui compte.
Le problème de l'automatisation silencieuse
L'automatisation tourne quand vous ne regardez pas. C'est tout son intérêt — et aussi son risque.
Une règle dont la correspondance est un peu trop large déplace un dossier de fichiers que vous vouliez garder. Un filtre d'ancienneté réglé sur 30 jours alors que vous pensiez à 300 vide discrètement ce qu'il ne fallait pas. Avec la plupart des outils, vous l'apprenez comme tout le monde l'apprend : il manque quelque chose, et vous n'avez aucune idée de ce qui l'a déplacé, où c'est parti, ni quand.
Un organisateur de fichiers qui agit sur vos fichiers devrait pouvoir vous dire ce qu'il a fait. Sans cela, vous lui faites confiance à l'aveugle, et la réponse rationnelle à la confiance aveugle, c'est de ne pas automatiser ce qui compte vraiment — ce qui ruine tout l'intérêt.
Ce que consigne l'Historique des actions
File Arbor consigne chaque action prise par une règle, regroupée par type :
- Déplacé — le fichier, sa source, sa destination et la règle
- Renommé — l'ancien nom et le nouveau
- Supprimé — ce qui a été envoyé à la corbeille ou retiré définitivement
- Exécutions de commandes — chaque exécution d'Exécuter une commande, avec son code de sortie et sa sortie complète
Chaque entrée porte le fichier, la règle qui a agi et l'horodatage. Vous pouvez le parcourir de façon chronologique ou par type d'action. Quand vous voulez savoir « qu'est-il arrivé à mes fichiers », la réponse est à un panneau de distance, au lieu d'une fouille minutieuse des dossiers et des horodatages.
L'annulation, pour ce qui peut être annulé
Un journal sur lequel vous pouvez agir vaut mieux qu'un journal que vous pouvez seulement lire. Les actions réversibles — déplacements et renommages — peuvent être annulées directement depuis l'historique, ce qui remet le fichier là où il était au départ.
File Arbor est aussi honnête sur ce qui ne peut pas être annulé. Un fichier envoyé à la corbeille est récupérable, mais depuis la corbeille elle-même, de la manière habituelle. Un fichier retiré par la suppression définitive a disparu, et l'application ne fait pas semblant du contraire — les suppressions définitives n'apparaissent pas dans l'historique d'annulation, parce qu'il n'y a rien à restaurer. Connaître la limite fait partie de la confiance qu'on accorde à l'outil.
Comment examiner ce que File Arbor a fait
- Ouvrez l'Historique des actions. Il montre une liste chronologique de tout ce que l'application a fait à vos fichiers.
- Filtrez par type d'action. Restreignez à déplacé, renommé, supprimé ou exécutions de commandes pour retrouver ce qui vous intéresse.
- Inspectez une action. Sélectionnez une entrée pour voir la règle, le fichier, l'horodatage et — pour les commandes — la sortie.
- Annulez si nécessaire. Inversez un déplacement ou un renommage sur place ; restaurez une suppression vers la corbeille depuis la corbeille.
Pourquoi cela compte pour les règles à base de commandes
L'historique justifie le mieux sa place avec l'action Exécuter une commande. Une commande qui s'exécute sans surveillance peut échouer en silence — un chemin a changé, un outil manquait, un code de sortie que personne n'a vu.
File Arbor consigne chaque exécution de commande dans un panneau Exécutions de commandes avec le code de sortie et la sortie complète. Quand une commande planifiée échoue à 3 h du matin, vous ne reconstituez pas ce qui a mal tourné à partir de rien ; la sortie est là quand vous vérifiez. C'est cette trace qui rend l'automatisation à base de commandes fiable, au lieu d'une chose qu'on doit surveiller en permanence.
La confiance que cela achète
La vraie raison pour laquelle un journal d'audit compte : il vous permet d'automatiser davantage.
Quand vous pouvez voir et inverser ce qu'une règle a fait, vous cessez d'être prudent quant aux dossiers que vous laissez l'outil gérer. Vous le pointez sur le Bureau, le dossier Downloads, les répertoires de projet, l'archive — parce qu'une erreur est visible et corrigible, pas une perte silencieuse. L'historique n'est pas une fonctionnalité que vous utilisez tous les jours. C'est ce qui vous permet d'arrêter de vérifier, ce qui est toute la raison d'automatiser au départ.
Pour le reste de ce qui a été livré en même temps, voir les nouveautés de File Arbor 1.1.0.
FAQ
File Arbor garde-t-il un historique de ce qu'il a fait ?
Oui. File Arbor consigne chaque action dans un Historique des actions — chaque déplacement, renommage, suppression et exécution de commande, regroupés par type. Vous voyez quelle règle a agi, quel fichier elle a touché et quand. C'est un journal d'audit consultable de tout ce que l'application a fait à vos fichiers.
Puis-je annuler un déplacement de fichier automatique ?
Oui, pour les actions réversibles. Les déplacements et renommages s'annulent depuis l'Historique des actions, qui remet le fichier là où il était. Les suppressions définitives ne s'annulent pas — il n'y a rien à restaurer — mais les fichiers envoyés à la corbeille se récupèrent depuis celle-ci à la main.
Comment voir ce que mon organisateur de fichiers a modifié ?
Ouvrez le panneau Historique des actions. Il liste chaque action effectuée par File Arbor, regroupée par type — déplacé, renommé, supprimé ou exécutions de commandes — avec le fichier, la règle et l'horodatage. Il répond à « qu'est-il arrivé à mes fichiers » sans avoir à fouiller les dossiers.
Pourquoi un organisateur de fichiers a-t-il besoin d'un journal d'audit ?
Parce que l'automatisation agit quand vous ne regardez pas. Sans journal, une règle défaillante déplace des fichiers en silence et vous ne le remarquez que lorsqu'il manque quelque chose. Un journal d'audit montre exactement ce que chaque règle a fait, pour faire confiance à l'automatisation, déboguer une mauvaise règle et corriger une erreur rapidement.
L'historique consigne-t-il aussi les exécutions de commandes personnalisées ?
Oui. Les actions Exécuter une commande sont consignées dans un panneau Exécutions de commandes avec le code de sortie et la sortie complète de chaque exécution. Quand une commande planifiée échoue pendant la nuit, les détails vous attendent au lieu d'être perdus, ce qui rend les règles à base de commandes bien plus faciles à adopter en confiance.
Constatez-le par vous-même
Configurez une règle, laissez-la s'exécuter et ouvrez l'historique pour voir exactement ce qu'elle a fait. Téléchargez File Arbor pour l'essayer, ou comparez l'ensemble du moteur de règles sur la page des fonctionnalités. Nouveau ici ? Commencez par le guide de démarrage.
