A precompiled header(`latex -ini`) compiled creates a `.fmt` file.
To speed up xypic's drawing, precompiled matrices are created with the `\CompileMatrices` entry in the preamble. This creates `*.xyc` files.
The authoring of NuGet packages quite often include `build` folders, and when this is .gitignore'd it's very often the source of bugs in files that don't get checked in.
I've never seen a Visual Studio project that builds to a `build` folder (`bin` is the default name). As this is a Visual Studio template file, and we have real projects that include `build` folders that include source code, I recommend we remove suppression of this folder.
StyleCop.Analyzers is the modern re-invention of StyleCop, and uses a StyleCop.json file that the default .gitignore file made very difficult to check in, and easy to think was checked in but isn't.
See 32057fff82/documentation/Configuration.md (source-control) for the documented case.
Looking through history, this line was last touched to make it case insensitive, and before that the line was in the original VisualStudio.gitignore file, without justification for why it should ignore all file extensions. From my experience with stylecop, the only file I remember it creating was stylecop.cache. I would change `[Ss]tyle[Cc]op.*` to `[Ss]tyle[Cc]op.cache` but there is already a line for suppressing all *.cache files (which wasn't there when the stylecop line was originally added). So I believe this line is now obsolete, and as I explain above, actually problematic.
When generating the ignore rules for Composer, an incorrect format is used. The vendor directory added is written `vendor/`, which causes other `vendors` directories to be ignored. The correct format to use is `/vendor/`, which would only ignore the root `vendor` directory.
'project/project' is valid directory for 'project' project-related files. For example, if one configure his sbt build to use scala files directly from 'project/', dependencies like 'project/project/plugins.sbt' will be ignored because of this line.
See http://www.scala-sbt.org/0.13/tutorial/Organizing-Build.html#sbt+is+recursive.
