windows下如何安裝vundle?


參考: http://blog.csdn.net/zhuxiaoyang2000/article/details/8636472

vundle是gmarik 受 ruby的 bunler的啟發開發的.

要在windows下安裝bundle(vundle), 需要用到git的clone功能. 所以需要在win下安裝 git. (win的git是 ms-system-git: msysgit), 由於git的下載功能需要用curl功能, 所以還要創建curl 腳本文件.
然后使用git的clone功能, 從: https://github.com/gmarik/vundle /vim的安裝路徑/vimfiles/bundle/vundle.

注意curl.cmd文件只是腳本, 自動連接vundle的. 但是他本身並沒有curl.exe的功能 所以, 在curl.cmd的腳本中, 調用curl.exe的時候, 會提示沒有curl.exe. 所以, 首先將 "c:\program files\Git" 目錄加入到path環境變量中. 同時在Git 的目錄下, 創建curl.cmd腳本, 同時將curl.exe可執行文件也放在Git目錄下.


vundle的clone和安裝:

Git安裝完成后,從官網Clone Vundle到Vim的安裝路徑下,如
    git clone https://github.com/gmarik/vundle     c:\program files\Vim\vimfiles\bundle\vundle  

此時Vim的目錄結構應該如下所示

c:\program files\
+---vim73
  +---vimfiles
      +---bundle
             +---vundle
                    +---autoload

在git-bash中, 同樣可以訪問c,d, e,f等分區, 路徑是: 直接從根路徑/, 開始, 這里的根路徑/ 就是整個電腦系統, 那么各個分區就是: /c. /d, /e, /f等等.

但是, 要注意的是, 在用git clone的時候, /c/program files/vim/vimfiles/bundle/vundle路徑的時候, program files必須加上引號, 否則會報錯, 說"arguments too many. 因為他將 /c/program 看作是一個參數, 而 files/vim...又看作是一個參數. .


vim中文顯示亂碼: 設置三個參數: enc, fenc, fencs...


windows中, 類似linux下的grep的過濾命令?
find 和findstr:

  1. 兩者的功能都差不多, 只是命令的格式稍有差別. 注意, findstr 后面的被搜索字符串不用引號, 而find后面的搜索字符串必須用引號, 而且是雙引號,不能是單引號.
  2. windows的命令跟linux的命令的思想比較: 在windows中, 命令的輸入內容可以是文件, **如果不指定文件則同樣是stdin , 標准輸入, **就是其他命令的輸出內容.
  3. windows命令的參數/選項options, 可以有兩種, 一種方式是單純的選項, 如: findstr /s(subdir包含子目錄) /i(ignorecase) /n(顯示內容在文件中的行號), 另一種方式是選項后要指定具體的值, 如同在linux中 head -n5 一樣. 選項后有具體的值, 要使用冒號來表示, 如: findstr /s /i /c:"back up string" .
  4. 在windows中, 要搜索文件內部的字符串內容, 使用的命令是findstr, 跟linux中的grep命令類似!

assoc: 命令是用來顯示文件擴展名和文件類型的關聯關系:

  1. 文件擴展名表示方法是 .ext
  2. assoc顯示文件類型, 注意不是顯示文件類型的打開應用程序, 而是文件類型, 如: .txt = textfile

vundle: "提示git不是內部命令或外部命令, 也不是可以運行的程序或批處理文件. 要參考: http://blog.csdn.net/shanshan_blog/article/details/53645358

  1. path 環境變量, 是指cmd的執行命令搜索路徑. 但是要注意的是, 他只搜索你指定的路徑, 不會搜索指定路徑下的子目錄路徑. 如果某個可執行命令在環境變量路徑的子目錄下, 他也不會執行這個命令!

  2. 內部命令是指跟隨dos啟動時就可以使用的命令. 不是以文件 的形式存在的(只要有cmd, 啟動cmd就可以使用的命令.). 而外部命令是以文件的形式存在的命令一旦刪除這些文件, 就無法使用了. 通常win下的外部命令是放在system32下的一些exe文件和com文件...., 如: logoff注銷命令; tsshutdn-關機命令; cleanmgr-磁盤清理命令; charmap.exe, calc.exe, cacls.exe(編輯acl列表的命令等)....還有比如磁盤清理等命令:
    這個如同linux下的shell一樣, shell就類似於cmd, 他也有一些內部命令(內置命令) 和外部命令.

  3. 那么外部命令和"可以運行的程序或批處理文件"的區別? 雖然兩者都是以文件的形式存在的: 但是, 外部命令是放在system32中的 , 也是加入到path變量和autoexec.bat中的 所以, 它也不要求當前目錄路徑必須是system32, 可以在"任意目錄"下運行的. 而 "可以運行的程序或批處理文件" 則必須在當前目錄下才可以執行..

  4. dos和cmd: dos是一種(跟win)獨立的操作系統, 可以在dos操作系統下刪除win分區os. 而cmd只是win下的dos模擬器.
    autoexec.bat是dos操作系統下, 開機加載時載入執行的批處理文件. 在autoexec.bat中, 就加載執行了path環境變量等功能...
    path和set的關系: set是dos下的查看和設置環境變量的命令, 而path 僅僅是一個環境變量而已.

  5. 而實際上 $Git\bin下的git.exe和 $Git\mingw32\libexec\git-core下的git.exe其實是同一個文件, 同一個git執行命令.

  6. 而安裝Git后, 在$Git安裝目錄下的git-bash.exe和git-cmd.exe文件其實並不是git的真正執行文件, 他們只是調用, 准備, 生成git的執行環境和"外觀界面而已", 因此, 如果只是把 $Git安裝目錄放到 %path%變量目錄中, 自然就找不到git.exe的這個真正執行文件了.
    所以, 要把git/bin和git/mingw32/libexec/git-core 這兩個路徑要放到path中了!


而實際上, 要想在windows下使用vim成為ide, 只要vim本身的功能和 php-html開發的emmet插件基本上就足夠了. 而不必要那么多 追求那么復雜的插件. 甚至說, 因為插件不多, 你甚至不用vundle, 只是將emmet放入到對應的vimfiles的對應目錄中就可以了.

**在vundle中的 Plugin 'foo/bar" 在github上的 直接對應的地址就是: https://github.com/foo/bar, 比如: Plugin 'mattn/emmet-vim', 就是地址: https://github.com/mattn/emmet-vim 一個插件就是一個github的倉庫. 一個github下, 可以有多個倉庫... **

mingw = MinGW = Min G W, : "明晚", "mingwee", = Minimalist Gnu for Windows" 最小的gnu for windows. 通過安裝mingw在windows上 可以使用linux.

you may pronounce as you please . but it was suggested as "mingwee"

迅雷下載一些大文件比較快, 但是,在下載一些小文件的時候, 反而會比較慢! 考慮到 下載文件的 "熱度", "有時候, 服務器上比如: github的服務器, 本身可能做了一些下載速度限制,或做了 下載協議的限制, 比如他不支持 多線程下載...


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM