5 Réponses :
Je voudrais simplement utiliser arbre code> moi-même mais voici une chose simple que j'ai écrite il y a quelques jours qui imprime un arbre d'un répertoire. Il ne s'attend pas à ce que l'entrée de la recherche (qui fait est différente de vos besoins) et ne fait pas l'affichage
| - code> (qui peut être effectué avec de petites modifications). Vous devez appeler cela comme si
arborescence
Inal_indent CODE> est le nombre de caractères La première "colonne" est en retrait.
Désolé je n'étais pas clair. S'il vous plaît voir "Edit:" dans la question. Je ne cherche pas l'utilité des arbres elle-même. Trouver code> et
arborescence code> ne sont là que là-bas pour illustrer la forme d'entrée et de sortie, pas son contenu.
J'ai fouetté un script Perl qui scindre les chemins (sur "/"), crée un hachoir, puis imprime l'arborescence avec des données :: TreeDumper. Un peu hacky, mais cela fonctionne: voici la sortie: p>
Alors, j'ai enfin écrit ce que j'espère deviendra le Python Tree Utils em>. Trouvez-le chez http://pytree.org p>
dans mon debian 10 j'ai De cette façon, je peux alimenter si Les noms de fichiers avec de nouvelles lignes confondent arbre v1.8.0 code>. Il prend en charge
- fromfile code>.
- fromfile code>
Lit une liste de répertoires à partir d'un fichier plutôt que du système de fichiers. Les chemins fournis sur la ligne de commande sont des fichiers à lire depuis que des répertoires à la recherche. Le répertoire DOT (. Code>) indique que
arborescence code> doit lire des chemins d'entrée standard. P>
BlockQuote>
arborescence code> avec la sortie à partir de
Rechercher code>: p>
find /foo | tree -d --fromfile .
arborescence code> lit
/ foo / autre code> ou
foo / autre code> puis
foo code> sera signalé sous forme em> sous-répertoire em> de
. code>. De même avec
./ Quel que soit code>:
. Code> sera signalé sous forme de niveau additionnel em> nommé
. Code> sous le niveau supérieur
. code>. Les résultats peuvent donc ne pas satisfaire entièrement vos attentes formelles, il y aura toujours un niveau supérieur
. Code> entrée. Il sera là même si
trouve code> ne trouve rien ou jette une erreur. P> li>
arborescence code>. Utilisation de
Recherche -Print0 code> n'est pas une option car il n'y a pas de commutateur correspondant pour
arborescence code>. P> li>
ul> p>
La sortie ne sera pas fiable à moins que vous n'arrangiez que le fichier d'entrée ait suivi
/ code> sur les répertoires. Sans cela, le filtre ne sera pas capable de dire la différence entre un répertoire vide et un fichier. p.s. Vous avez foiré la branche
personne code> de l'arbre ...
Quel est le problème avec
arborescence code> (par exemple,
arbores -f code>)?
Pour clarifier l'excellent commentaire de @ Ring00: Mama.indstate.edu/users/ice/tree a>