As discussed in #1505

More Information
http://blogs.msdn.com/b/msbuild/archive/2008/02/11/what-s-up-with-xxx-sln-cache.aspx

As of Visual Studio 2015 CTP5 the Roslyn cache and suo files are stored in a .vs/ directory.

Ignoring *.cache as well as *.Cache

Revert "adding entry for ignoring <solutionname>.sln.ide folder which contains visual studio 2015 solution specific cache data"

This reverts commit b07a0904.

adding entry for ignoring <solutionname>.sln.ide folder which contains visual studio 2015 solution specific cache data

I haven't found good documentation for this file online, but it is a user based file that should be ignored.

This files is generated by Visual Studio 2013 and should be ignored.

user passwords are stored in *.user files so it is only database connection strings that are not protected.

https://github.com/github/gitignore/commit/08def965cd1c0241a7cffbe7c26a74b3cab61243 incorrect states that commenting *.pubxml will keep your passwords hidden when it will actually do the opposite. This clarifies what commenting *.pubxml does and warns you of the dangers.

Amends #1131
See these resources for explanation:
  http://docs.nuget.org/docs/reference/package-restore
  http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

Removed the separate top-level patterns for NuGet in accordance with comments in PR. Will now match version 2.0.1.

Fixed pattern for excluding nuget packages so that it works both for top level package folder and for any lower level package folders.  Re-include patterns fixed the same way.

When installing SQLite embebed on my C# project I've noted that it generates both directories,
`x86` and `x64` but only `x64` was present on `.gitignore`.

Building NuGet packages locally with `NuGet.exe pack <name>.nuspec` generates a `<name>.<version>.nupkg` file which should never be versioned.

"Releases" directory is created by Shimmer/Squirrel installer for example. It also should be ignored.

Without the asterisk at the end of the directory's path, an exception for
a file within this directory does not work.
(ex. !packages/repositories.config)

This reverts commit 0fb0fbef.

This was ignoring .ncrunchproject and .ncrunchsolution files.
NCrunch recommend that both of these files are checked in to source control.

Submitting this for consideration.

The first thing that I do on every new project is to go in and uncomment the packages folder. With the prevalence of NuGet and prominence of its use in the Visual Studio environment, along with how well package restore *just works* now, I believe this should be the default.

While I understand that package restore isn't on by default, I would argue that the types of developers using NuGet _and_ a distributed SCM are the types of developers that would omit the binaries from source control.