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的服务器, 本身可能做了一些下载速度限制,或做了 下载协议的限制, 比如他不支持 多线程下载...