All global variables that are not part of the public API (mentioned in the
documentation) are turned into autoload variables.  This is intended to give
all global variables defined by Vundle.vim a common prefix.  The variable
g:default_git_proto is part of the public API and is therefor not changed.
This is the only exception.

Changed:
   g:bundle_dir            -> vundle#bundle_dir
   g:bundles               -> vundle#bundles
   g:updated_bundles       -> vundle#updated_bundles
   g:vundle_lazy_load      -> vundle#lazy_load
   g:vundle_log            -> vundle#log
Unchanged:
   g:default_git_proto

These variables only occur in one file each.  By making them script local
variables this is "documented" in the code.  At the same time the global
namespace is polluted less.

Changed:
    g:bundle_names          -> s:bundle_names
    g:vundle_last_status    -> s:last_status
    g:vundle_log_file       -> s:log_file
    g:vundle_view           -> s:view

So it can be reused.

Fixes #441

If one had this plugin:

Plugin 'foo/bar'

And now switches to another one with the same name:

Plugin 'baz/bar'

Recognise this scenario and replace the old plugin with the new one,
rather than silently assuming they are the same.

Fixes #367 #48 #183 #400

* Add modelines to all code/doc files excluding README.md.  The modeline used is: `" vim: set expandtab sts=2 ts=2 sw=2 tw=78 norl:`
* Rename links with /vundle to /Vundle.vim, seems to confuse some people with redirect.
* Remove duplicates from Quickstart, add example of `name` flag.
* Add link to Tips page by @Lucc .
* Change help maintain vundle link directly to the new one.
* README.md line number links updated.

Note: Users with bundle/vundle need to rename vundle to Vundle.vim to use test files. Vundle will continue to function otherwise.

Fixes #413.
Fixes #438.

- Complete the code documentation effort started by @lucc
- Remove some judgemental comments ✨
- Remove comments pertaining to things that should be opened as issues
- Boxed ❗

Also add some FIXME markers in places where the code needs more
explanation.

New supported option called 'pinned' for the Plugin command. When set to
1, the plugin is added to rtp but no install/upgrade operation is
performed.

It not only allows vundle to do rtp management of plugins on VCS other
than git, it also allows leaving plugins that had previously been
managed by vundle in the current state, with no further updates.

Fixes #24, #397

Prevents error 150 when user has doc/* in wildignore

Fixes #112

- closes many issues )

- resolve introduced in 08e9894d2 resolves only bundle dir
- so '/doc/' dir doesn't loose its trailing slash

Helptags seems to fail if some of the path components it receives are
symlinks. So resolve the symlink when calling helptags.

In Windows, some users set the Cygwin shell as their Vim shell, make
Vundle consider this when deciding which flavour of commands to run when
cloning. Roughly check if the shell contains `sh` in it, and assume a
Unix shell, even when on Windows.

Failures in :helptags commands for individual bundles were logged but
the error were not propagated to the installer.

The wildignore setting affects the behaviour of the `= shorthand, so
this changeset replaces the last remaining use of such construct with a
call to exec.

inspired by
https://github.com/gmarik/vundle/pull/228 and
https://github.com/gmarik/vundle/pull/172

Vim patch #445 changed shell escaping and introduced incompatabilities for vundle.
Now vundle only escapes joined commands with double quotes on windows when shellxquote is not set to '('.
This workaround closes https://github.com/gmarik/vundle/issues/146 - the mentioned workaround
is no longer needed, but it does not break a vim configurations which contains "set shellxquote=".

DRY shell escaping and modified (hopefully) all relevant places.

- not all versions of vim 7.2 support the extra argument for glob*(),
  only those compiled with patch 51

When vundle installed as git submodule, git create file '.git' instead of
directory '.git'.

And vundle cannot update by self :(

With just `git clone`, submodules are not grabbed. This is an issue for
certain plugins, such as 'kevinw/pyflakes-vim' that requires a pyflakes
submodule

Instead checking for specific text in the output of the git commands, determine
the status of the bundle by comparing the sha of HEAD before and after the
git pull command.

- as before Helptags returned 'updated'

- addresses #162 issues

If no errors exist, the status-line will inform users how to view the
Changelog after BundleUpdate! is completed.

Instead of creating a vundle_update tag to compare changes between update
and HEAD we now use the output from `git pull` to get initial/updated shas.

Distinction between `new` and `updated` simplifies the process
of adding a bundle to the updated_bundle list.

Keeps track of the current commit with a vundle_update tag before
perfoming an update and adds all commits pulled in the update to a
Changelog accessible via pressing 'u' after BundleInstall! completes.

- having it as a function makes it slower

- "transcient bundle" - a bundle installed with :BundleInstall or interactively
  without being declared in .vimrc

- treat them the as if they were configured
- so everything works the same

- ie before this change helptags weren't generated automatically
  with `BundleInstall bundle` or with interactive mode

- it changes the way `:BundleClean` works, since it removes directories
  that aren't bundles
- FIX: `:source .vimrc` to let `:BundleClean` remove transcient bundles

- closes #99

- closes #104

- closes #110

Also save/restore input so potential mappings aren't broken.

- use `redraw` instead `redraw!`
- closes #90

- to avoid accidental removal