Comment naviguer dans un grand projet dans VIM

Comment gérez-vous de gros projets (des centaines de fichiers) en utilisant uniquement VIM?

Personnellement, je commence à avoir des problèmes dans tout projet plus grand que petit.

• y a-t-il un moyen d'aller rapidement au fichier, de préférence avec la complétion du nom?
• idem pour 'aller à la définition de classe', quand il est dans un autre fichier

Je connais un peu toutes les bases de VIM, donc je n'ai aucun problème à l'utiliser pour écrire des scripts ou éditer rapidement du code source. Mais cela devient vraiment compliqué pour moi lorsque je dois naviguer entre les fichiers.

VIM a un excellent support pour les balises . Une fois que vous avez créé un fichier de balises pour votre projet, vous pouvez accéder à une définition ou à une déclaration d'une méthode, d'une classe, etc., y compris en parcourant les fichiers, le tout dans la même session d'édition.

Essayer

:help tags

Pour générer un fichier de balises pour C / C ++, accédez à l'invite de votre shell (je suppose que votre système est * nix / Cygwin) et tapez

info ctags

ou

ctags --help

J'aime les solutions simples, ma façon préférée de naviguer en ce moment est:

Ajouter à ~/.vimrc.local

set path=$PWD/**

Tapez ensuite ceci dans l'éditeur pour trouver le fichier n'importe où dans le répertoire de travail actuel (pwd)

:find user_spec.rb

Vous pouvez également utiliser la complétion par tabulation sur les noms de fichiers pour trouver plusieurs choix, ce qui rend cette conversion TextMate très heureuse.

J'utilise une combinaison de NERDTree (barre latérale du répertoire), FuzzyFinder Textmate (aller dans un fichier comme CMD + T de TextMate) et Sessions (: h sessions) pour m'aider à gérer de grands projets.

Je suggérerais d'utiliser un plugin d'aide aux sessions. Je mentionnerais ce que j'utilise, mais je n'en suis pas encore satisfait. Juste Google "sessions vim".

Une chose à noter pour faire fonctionner FuzzyFinder Textmate est que cela dépend d'une ancienne version du plugin FuzzyFinder, en particulier la v2.16. Tout ce qui est supérieur et vous obtiendrez des erreurs. Mais ça vaut vraiment la peine. Bien qu'il n'ait pas de complétion de nom, sa recherche est intelligente, donc si je la recherche, fro/time/actionsphpelle extraira le fichier apps/(fro)ntend/modules/(time)_tracking/actions/(actions).class.(php)(les parenthèses indiquent ce qu'il correspond). Il est très facile de sélectionner des fichiers qui ne sont uniques que par leur nom de dossier.

Ainsi que les précieux ctags et les différentes commandes associées. Je ne pourrais pas non plus vivre sans le plugin de projet , qui vous permet d'associer les fichiers d'intérêt à un projet dans un volet séparé. Je ne me souviens pas à quel point ma configuration est personnalisée, mais si je veux ouvrir un fichier source appelé Debug.c, je frappe:

<F12>     " Opens the project pane
/De       " Searches for "De", which is likely to be enough to find Debug.c or possibly Debug.h
<ENTER>   " Opens the selected file and closes the project pane

Je fais souvent alors:

:vsp      " Vertically split the window
<F12>     " Reopen project pane
#         " Search back to find previous entry with the same name (to find
            Debug.h if I was on Debug.c: my headers are in Headers/ and
            my source is in Source/, so the headers come earlier in the list
            than the source).  I use * to go the other way, obviously.
<ENTER>   " Open the header file in the other window and close the project window.

Avec cette séquence relativement courte, je peux ouvrir n'importe quel fichier et son en-tête dans une division verticale. Étant donné que la fenêtre du plugin de projet n'est qu'un fichier texte, la complétion est obtenue en utilisant la capacité de recherche de Vim.

À partir de Vim 7.3, la :findcommande a complété la tabulation des noms de fichiers.

Donc , si vous définissez votre 'path'option pour contenir votre projet (probablement en utilisant le **caractère générique pour permettre la recherche récursive les sous - répertoires), vous pouvez utiliser le :find, :sfind, :tabfind, etc. commandes avec la fin pour obtenir à tout fichier dans votre projet. Cela permet également d'accéder directement aux fichiers avec gfet amis si le nom du fichier est dans votre texte, par exemple dans une directive d'inclusion.

Avec cette méthode, aucun outil externe ou plug-in n'est nécessaire pour naviguer vers des fichiers spécifiques. Bien que, il ne soit certes pas aussi rapide ou facile à utiliser, et ne répond pas au besoin de sauter aux définitions. Pour les définitions, j'utilise des ctags comme le suggèrent d'autres réponses.

Si vous utilisez des ctags comme d'autres affiches l'ont recommandé, assurez-vous de regarder le plugin taglist .

Assurez-vous de prendre le temps de lire les documents et d'apprendre les raccourcis clavier. En voici quelques-uns pour commencer (à partir de la fenêtre TList):

• o - ouvrir le fichier dans une nouvelle fenêtre
• t - ouvrir le fichier dans un nouvel onglet
• [[ou retour arrière - fichier précédent dans la liste
• ]] ou tab - fichier suivant dans la liste

Ctags exubérants.

Utilisez Ctrl-] pour accéder à la balise sous le curseur.

J'utilise FindFile . Si vous ouvrez vim à la racine de votre projet et exécutez :FC .le plugin mettra en cache tous les noms de fichiers sous votre cwd. Vous pouvez alors faire :FFpour ouvrir un menu de complétion et taper le nom du fichier que vous voulez (ou plutôt, les premières lettres).

Ouverture à vimpartir de la racine de votre fichier source et extension de l' pathoption pour y inclure tous les sous-répertoires.
Par exemple set path+=/usr/include/c++/**pour les en-têtes C ++ et set path+=**pour votre répertoire source.

Ceci ouvre alors une pléthore de possibilités suivantes.

1) Ouverture du fichier par nom ou par parties de celui-ci

:find file_name

Vous pouvez utiliser la complétion automatique et l'expansion générique de :findmanière fiable. Vous tapez le nom, il localisera le nom. Cela fonctionne indépendamment de la langue. Je suis sûr que vous l'aimerez.

2) Naviguer vers les fichiers sous cusror:
si vous voulez aller un chemin de fichier comme #include "project/path/classA.h.

gf or gF  - go to file under cursor.   

Ctrl- 6- pour revenir à la dernière position du curseur après gfougF

3) Recherche d'API et navigation vers l'emplacement de l'API

[iou [Ipeut être utilisé pour rechercher votre signature de fonction pour le mot sous le curseur sans quitter votre espace de travail. [<Tab>pour aller réellement à la déclaration. Utilisez Ctrl- 6pour revenir au dernier emplacement.

Sans étendre path, vous pouvez commencer à naviguer dans les fichiers par :Excommande et naviguer et ouvrir votre fichier. Je préfère NerdTreecependant.

Bien que j'espère un peu que quelqu'un me montrera une meilleure solution pour que je puisse apprendre quelque chose, NERDTree a été bon avec moi pour accéder à des fichiers spécifiques avec complétion de nom tant que l'arborescence est développée. La commande lorsque j'ai besoin d'accéder à un fichier est quelque chose comme:

, d / foo.pyo (où foo.py est un nom de fichier)

, d pour ouvrir l'arborescence, / pour entrer en mode de recherche, le nom (ou le nom partiel, ou regex, ou autre) du fichier, puis o pour ouvrir.

Bien sûr, vous devrez peut-être appuyer sur «n» plusieurs fois si vous n'avez pas tapé suffisamment de nom de fichier ou s'il y a des doublons.

J'admets que cela ressemble un peu à un hack d'utiliser NERDTree comme celui-ci, bien que cela soit si loin dans ma mémoire musculaire que je n'y pense même pas.

Bien sûr, j'utilise aussi des ctags, mais ceux-ci ne sont utiles que lorsque vous avez une fonction près du curseur et que vous devez accéder à sa définition dans un autre fichier ou quelque chose. Souvent, je dis "OK, j'ai besoin de travailler sur la fonctionnalité x maintenant" et j'ai besoin de naviguer vers un autre fichier sans aucune référence à proximité avec laquelle ctags aiderait vraiment.

J'utilise deux de mes plugins:

• searchInRuntime qui complète les noms de fichiers sur la ligne de commande. Il est en quelque sorte similaire à Fuzzyfinder et Lookupfile,
• lh-tags qui est complètement expérimental et non documenté. Il offre deux fonctionnalités: une mise à jour automatique et rapide du tagfile lors de l'enregistrement du fichier (ing?), Et un sélecteur de tag branché <c-w><m-down>par défaut. Vous voudrez peut-être vérifier le plugin renommé de liste de tags à la place.

Les deux nécessitent ma bibliothèque viml lh-vim-lib.

Essayez SourceCodeObedinece . Celui-ci que j'ai développé pour gérer le projet de fichiers source C ++ 1Gb.
Je l'utilise en paire avec 0scan .

Ces deux plugins sont des wrappers autour des outils de navigation Vim les plus populaires: ctags et cscope .