Lavoro in diversi gruppi, ognuno dei quali ha i propri standard di tabulazione / rientro / spaziatura in C.
C'è un modo per avere configurazioni VIM selezionabili separate per ciascuna, quindi, quando modifico un file, è possibile:
set group=1selezionare una configurazioneRisposte:
Ci sono alcuni modi per farlo, di cui molti sono stati suggeriti, ma ho pensato di riassumerli con due extra:
~/project1e lo hai ~/project1/.vim.custome lo fai cd ~ ; vim project1/file.c, le impostazioni personalizzate non verranno trovate.In molte organizzazioni, c'è un'intestazione standard (con un avviso di copyright e il nome del progetto, ecc.) Nella parte superiore di ogni file sorgente. Se questo è il caso, puoi fare in modo che Vim scansiona automaticamente le prime (ad esempio) 10 righe del file cercando una parola chiave. Se lo trova, può modificare le tue impostazioni. L'ho modificato per renderlo più semplice del modulo che uso (che fa molte altre cose), ma crea un ~/.vim/after/filetype.vim(se non ne hai ancora uno) e aggiungi qualcosa del genere:
au FileType * call <SID>ConfigureFiletypes(expand("<amatch>"))
" List of file types to customise
let s:GROUPNAMETypes = ['c', 'cpp', 'vhdl', 'c.doxygen']
func! <SID>CheckForGROUPNAMECode()
" Check if any of the first ten lines contain "GROUPNAME".
" Read the first ten lines into a variable
let header = getline(1)
for i in range(2, 10)
let header = header . getline(i)
endfor
if header =~ '\<GROUPNAME\>'
" Change the status line to make it clear which
" group we're using
setlocal statusline=%<%f\ (GROUPNAME)\ %h%m%r%=%-14.(%l,%c%V%)\ %P
" Do other customisation here
setlocal et
" etc
endif
endfunc
func! <SID>ConfigureFiletypes(filetype)
if index(s:GROUPNAMETypes, a:filetype) != -1
call <SID>CheckForGROUPNAMECode()
endif
endfunc
Ogni volta che viene aperto un file di qualsiasi tipo e viene impostato il tipo di file (la au FileType *riga), ConfigureFiletypesviene chiamata la funzione. Questo controlla se il tipo di file è nell'elenco dei tipi di file associati al gruppo corrente (GROUPNAME), in questo caso 'c', 'cpp', 'vhdl' o 'c.doxygen'. Se lo è, chiama CheckForGROUPNAMECode (), che legge le prime 10 righe del file e se contengono GROUPNAME, esegue alcune personalizzazioni. Oltre a impostare le schede di espansione o qualsiasi altra cosa, cambia anche la barra di stato per mostrare chiaramente il nome del gruppo in modo che tu sappia che ha funzionato a colpo d'occhio.
Proprio come il suggerimento di JS Bangs, avere un file di configurazione personalizzato può essere utile. Tuttavia, invece di caricarlo in vimrc, considera qualcosa di simile, che controllerà quando un file .c viene aperto per un .vim.custom nella stessa directory del file .c.
au BufNewFile,BufRead *.c call CheckForCustomConfiguration()
function! CheckForCustomConfiguration()
" Check for .vim.custom in the directory containing the newly opened file
let custom_config_file = expand('%:p:h') . '/.vim.custom'
if filereadable(custom_config_file)
exe 'source' custom_config_file
endif
endfunction
Ho questo in $HOME/.vimrc:
if filereadable(".vim.custom")
so .vim.custom
endif
Questo mi permette di mettere un .vim.customfile in ogni directory per caricare comandi e opzioni specifici per quella directory. Se stai lavorando su più progetti che hanno strutture di directory profonde, potresti aver bisogno di qualcosa di più sofisticato (ad esempio, sali sull'albero delle directory finché non .vim.customviene trovato un), ma la stessa idea di base funzionerà.
AGGIORNARE:
Ora faccio qualcosa del genere per leggere un .vimfile dalla stessa directory del file che sto modificando, indipendentemente da quale sia la directory corrente.
let b:thisdir=expand("%:p:h")
let b:vim=b:thisdir."/.vim"
if (filereadable(b:vim))
execute "source ".b:vim
endif
'exrc'opzione consente già di fare qualcosa di molto simile a questo. Caricherà un .vimrc/ .exrc/ .gvimrcnella directory di lavoro corrente.
exrcdovrebbe essere la risposta giusta. Tutto il resto sembra o hacky e complicato.
exrcè bello, ma apprezzo avere il file corretto anche quando non sono nella stessa directory di lavoro del file che sto modificando.
Puoi anche inserire comandi automatici nel tuo .vimrcche imposta opzioni specifiche in base al percorso.
au BufRead,BufNewFile /path/to/project1/* setl sw=4 et
au BufRead,BufNewFile /path/to/project2/* setl sw=3 noet
Plugin che fa la cosa giusta: http://www.vim.org/scripts/script.php?script_id=441
“Questo plugin cerca i file vimrc locali nell'albero del filesystem del file attualmente aperto. Per impostazione predefinita, cerca tutti i file ".lvimrc" dalla directory del file fino alla directory principale e li carica in ordine inverso. Il nome del file e la quantità di file caricati è personalizzabile tramite variabili globali. "
Supponendo che i tuoi colleghi sviluppatori non si lamentino di questo, puoi sempre aggiungere le impostazioni di vim a ciascun file nei commenti.
/*
* vim:ts=4:sw=4:expandtab:...
*/
int main(int argc, char **argv)
{
...
Ho creato uno strumento open source proprio per questo scopo. Dimentica le intestazioni, la scansione, le configurazioni e i file vimrc locali.
Prova a nuotare.
swimè uno strumento rapido per cambiare file vimrc e creare comodi alias. Ecco un breve elenco di utilizzo. Vedere il repository GitHub per una gif dettagliata e le istruzioni per il download:
swim add ~/dotfiles/myVimrc favorite #Add new swim alias
swim ls #Show available swim aliases
swim add https://raw.githubusercontent.com/dawsonbotsford/swim/master/exampleVimrcs/vimrcWikia.vim example
swim with favorite #Set alias favorite as primary .vimrc
swim with main #Set alias main as primary .vimrc
Dopo aver provato il plugin localvimrc suggerito dal poster precedente, mi piace molto avere un controllo non futzy per progetto sulle impostazioni di vim.
Chiede conferma prima di caricare un file .lvimrc per impostazione predefinita, ma esiste un'impostazione per caricare automaticamente i file .lvimrc. Alcuni potrebbero vederlo come un buco di sicurezza, ma funziona come pubblicizzato.
Ho scelto di .gitignore dei file .lvimrc. In alternativa puoi archiviarli come una forma di impostazioni condivise (espansione di tab / spazio, tabstop, altre impostazioni specifiche del progetto).
.lvimrcfile a .gitignore? Il punto è che tutti coloro che usano vim e hanno il plugin installato ottengono le stesse impostazioni.
Come accennato da sledge, l'utilizzo di quel plug-in è l'opzione migliore che ho visto e utilizzato. jerseyboy ha commentato che l'utility consiglia di chiedere conferma prima del caricamento (es. dopo aver aperto ogni file). Per evitarlo, imposta come principale .vimrcl'elenco dei .lvimrcfile locali :
let g:localvimrc_whitelist='/development/kernel/.lvimrc'
Ecco una variazione di Jamessan
function! ConditionalLoad()
let cwd = getcwd()
if getcwd() =~ $HOME . "/src/mobile"
so $HOME/.vim.mobile
endif
endfunction
autocmd VimEnter * call ConditionalLoad()
Avvio frequentemente vi senza un file specifico a cui sto saltando, quindi questo abilita il caricamento della configurazione in modo condizionale in base alla directory di lavoro corrente. Lo svantaggio è che la configurazione non viene applicata in base al file ma fuori dalla directory di lavoro.
~/.vimrc, cambiato /src/mobilenella directory dei miei progetti Symfony (nel mio caso era /www/symfony) e modificato .vim.mobileper .vim.symfonypoi inserire la nuova configurazione .vimrc all'interno del ~/.vim.symfonyfile
Lavoro in diversi gruppi, ognuno dei quali ha i propri standard di tabulazione / rientro / spaziatura in C.
Lavoro con tutti i tipi di open source, tutti allo stesso tempo. Non è pratico creare .vimrcfile separati e riconfigurare gli standard di formattazione. Più di dieci anni fa, finalmente mi sono stancato di occuparmi della configurazione dell'editor e ho scritto un programma chiamato autotabper gestirlo.
Quando autotabviene impostato con Vim suggerito, ogni volta che si carica un file in Vim, autotabviene richiamato su di esso e l'output delle impostazioni di Vim autotabviene passato a un :setcomando.
autotablegge diverse migliaia di righe dal file, le analizza e determina le impostazioni per i parametri expandtab, tabstope shiftwidth.
Determina se il file utilizza tabulazioni o solo spazi per il rientro e calcola la dimensione del rientro. Se il file è rientrato con le tabulazioni, calcola la dimensione della tabulazione corretta, basandosi sul rendering del file di esempio utilizzando varie dimensioni di tabulazione e giudicandolo in base a euristiche come l'allineamento linea su linea degli elementi interni.
Funziona abbastanza bene che ho smesso di modificare l'algoritmo anni fa. Se si confonde, è quasi sempre perché il file presenta problemi di formattazione, come l'uso di più convenzioni contemporaneamente.
È anche "agnostico" del tipo di file e funziona bene con una varietà di lingue diverse. Lo uso non solo su C, ma anche su script di shell, Lisp, Makefiles, HTML e altro.
Si noti che non gestisce altri parametri di formattazione che potrebbero essere specifici del progetto, come ad esempio, nei file C, se le caseetichette in switchun'istruzione sono rientrate o meno, o se gli elenchi di argomenti di funzioni avvolti sono semplicemente rientrati o allineati al parentesi aperta della lista degli argomenti. Vim ha impostazioni per quel genere di cose, quindi il programma potrebbe essere plausibilmente esteso per analizzare lo stile e produrre quei parametri.
Cercando principalmente lo stesso problema, ho anche trovato il plug-in Sauce: http://www.vim.org/scripts/script.php?script_id=3992
Afferma:
Sauce è un gestore leggero per più file vimrc, che può essere utilizzato per caricare impostazioni diverse per ambienti diversi. In breve, è possibile mantenere molti file di impostazioni di vim diversi e caricare solo quelli che ti servono quando ne hai bisogno.
Trovo particolarmente interessante che mantenga la configurazione tutta nella sua directory dei dati invece di aspettarsi che l'utente sparga dotfile attraverso il filesystem. Questo però spesso è piuttosto una questione di gusti personali.
Devo ancora provarlo però.
Puoi usare stow per cambiare configurazione (qualsiasi dotfile, non solo .vimrc)
Installa stow:
$ apt install stow
Crea più directory per ogni configurazione:
~$ ls -d ~/dotfiles/vim*
vim-all vim-webdev vim-go
Metti diversi .vimrcin loro:
$ find ~/dotfiles -name .vimrc
/home/username/vim-golang/.vimrc
/home/username/vim-webdev/.vimrc
/home/username/vim-all/.vimrc
Ora puoi istanziare la configurazione di vim-golang con questo comando (dovrebbe essere eseguito nella directory dotfiles):
~$ cd ~/dotfiles
dotfiles$ stow -v vim-golang
LINK: .vimrc => dotfiles/vim-golang/.vimrc
Ora è collegato:
$ cd ~ && ls -l .vimrc
.vimrc -> dotfiles/vim-golang/.vimrc
Se hai bisogno di cambiare configurazione, ripeti semplicemente stow:
~$ cd dotfiles
dotfiles$ stow -v -D vim-golang
UNLINK: .vimrc
dotfiles$ stow -v vim-webdev
LINK: .vimrc => dotfiles/vim-webdev/.vimrc
$ cd ~ && ls -l .vimrc
.vimrc -> dotfiles/vim-webdev/.vimrc
Maggiori informazioni qui: Gestione dei dotfile con GNU stow
Pro : piuttosto semplice, nessuna dipendenza dal plugin vim, può essere usato per gestire tutti i dotfile, non solo .vimrc.
Contro : le configurazioni sono indipendenti l'una dall'altra, è necessario gestirle / aggiornarle ciascuna separatamente (se non cambi / aggiorni le configurazioni troppo spesso, non sarà il problema).