2011-08-08 40 views
4

現在人們已經把完整的Vim設置,(vimrc加插件,顏色,語法等),在github上,我想要一種方式來玩他們的設置,「原樣」,所以我可以看到我可能想轉移到我的Vim設置。一種嘗試不同民族的方式github Vim設置

=====當前進度==(2012年9月28日)============================== =====================

我有一個解決方案爲此工作,它需要更多的波蘭語之前穿上github,但我想更新這表明我在做什麼。我已經使普通的.vimrc文件檢查用戶環境變量,以確定啓動gvim會話的回購。我有其他人將Vim安裝克隆到一個名爲'vimfiles_Sets'的文件夾中,每個文件夾放置在一個單獨的文件夾中,該文件夾使用所有者的github名稱命名(其中一個名稱是用戶環境變量的結尾:'vimActiveRepo')。當您創建用戶環境變量時,將其設置爲包含Vim安裝的回購。

只有兩個更改需要運行時路徑,第一個條目覆蓋回絕的絕對路徑,並且最後一個條目與添加後的'after'文件夾相同。這是在.vimrc文件中完成的,該文件然後根據repo的所有者vimrc文件生成一個文件。

linux上的人們已經將它們的.vimrc文件符號鏈接到它們的repo中的一個名爲vimrc的文件中,我將該文件複製到vimrc_toLoad(在git中留下未跟蹤),因此您可以對其進行任何必要的調整而不受其影響如果你更新回購,你會遭到破壞。有時需要對此文件進行調整以使所有內容都能正常工作。文件名路徑,病原體/ vundle調用等。

將'vimActiveRepo'設置爲您的安裝,(您將其製作爲git repo,因此可以輕鬆上傳到github以進行共享),任何cmd行或gui調用都將開始你的正常安裝。既然你不可能放棄別人的安裝,我們實際上從不改變這個值。我們所做的是啓動一個cmd/shell會話的應用程序,爲該會話更改'vimActiveRepo'(即在會話內部隱藏它的值),並啓動您想要玩的Vim repo。

我已經有了一個使用wx的python程序,通過'run selected'按鈕來提供可用repos的下拉列表來啓動它。

=====較早的帖子:====================================== =============================== 我有一半的.vimrc建立一個自定義的運行時間路徑跨越回購之前在本地克隆的存儲庫中找到vimrc文件,但是我認爲我錯了,就我所能看到的:scriptnames來說,是〜〜.gvimrc在repo中被調用而不是一個。現在看來很普遍的做法是.gvimrc將「re-source」vimrc文件提取出來,因爲Vim沒有運行gui,所以在第一次加載vimrc時沒有加載基於gui的設置。這是我從查找中得到的:正常Vim設置的腳本名稱,並將其與來自該設置副本的腳本名稱進行比較,該副本位於類似repo的目錄中。

在Windows 7

上運行Vim 7.3〜.vimrc文件:

" change the following line to try out a different vim setup 
let repo = 1 
" Table of values and the repo they will activate 
" 0 -- the normal home directory based vimrc 
" 1 -- try John Anderson's setup 
" 9 -- run a copy of the home directoy based vim from eleswhere 


if repo == 0 
    source ~/.vimrc_trf 
elseif repo == 1 
    set runtimepath=C:\VC\Git\vimfiles_ja\vimfiles 
    set runtimepath+=$VIM/vimfiles 
    set runtimepath+=$VIMRUNTIME 
    set runtimepath+=$VIM/vimfiles/after 
    set runtimepath+=C:\VC\Git\vimfiles_ja\vimfiles\after 
    source C:\VC\Git\vimfiles_ja\vimfiles\vimrc 
    echo 'Hi there, running out of _ja' 
elseif repo == 9 
    set runtimepath=C:\VC\Misc\vimfiles_trf\vimfiles 
    set runtimepath+=$VIM/vimfiles 
    set runtimepath+=$VIMRUNTIME 
    set runtimepath+=$VIM/vimfiles/after 
    set runtimepath+=C:\VC\Misc\vimfiles_trf\vimfiles\after 
    source C:\VC\Misc\vimfiles_trf\vimfiles\vimrc 
    echo 'Hi there, running out of _trf' 
endif 

有什麼想法?

湯姆

那麼,進一步的工作,只是修改〜/。使用gvimrc來獲取存儲庫中的gvimrc讓我瞭解了這一點,但現在看起來像病原體(似乎最常用的插件管理器)並未正確更改runtimepath以包含存儲在repo中的bundle /子目錄。

我將不得不進行調試,看看需要做些什麼來解決這個問題。

+0

我編碼了〜\ gvimrc被加載的事實。我只是讓它在回購站內輸入一個gvimrc文件,對於我的正常vim設置,只需再次輸入vimrc即可。這可以工作,但是:repo的scriptnames結果仍然與我通過正常的〜\ .vimrc,〜\ .gvimrc,〜\ vimfiles,基於Program File \ Vim的實例運行得到的結果不匹配。必須是我還不明白的一些初始化差異。 –

+0

我將不得不等待,直到我可以在Windows機器上發表評論,但我確實想要添加一個快速註釋:啓動gVim時; .vimrc加載然後.gvimrc。 (:他gui-init)。 –

回答

1

如何創建一個回購(在您最喜愛的DVCS)和使用分支?然後你可以結賬你想嘗試的分支。你也可以使用git-submodules,如果你是從github克隆來維護這兩個回購站。只是一個想法。

+0

好吧,我把它們放在本地的git倉庫中,可以作爲分支進行存放,但是對當前的vim進行設置,然後拉出一個副本並調整它來運行會有點混亂。我寧願避免這種情況。 –

0

如果你在unix上,你可能想看看vim switcher,它使用符號鏈接在vimfiles目錄之間切換。

+0

看到這一點啓動了上述想法,因爲我在Windows上符號鏈接,雖然現在可行與UAC活躍太痛苦。那謝謝啦。 –

相關問題