I've just upgraded to ASP.NET Core RC2, and I've found that Visual
Studio is producing a file called project.fragment.lock.json. When I
delete the file it is recreated during build. Given project.lock.json is
already ignored this looks like another file to ignore.
Commit a25589c921 introduced an ignore line for ApplicationInsights.config. This change breaks builds on certain systems, namely VSTS.
The current ASP.NET 4 template adds ApplicationInsights.config to the project's .csproj file. When VSTS attempts to build the project, it will fail if it cannot find ApplicationInsights.config.
ApplicationInsights.config is a required application file and should not be ignored.
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.
Added extensions of new database engine for C++ (sqlite-based) from
Visual Studio 2015
(Tools - Options - Text Editor - C/C++ - Experimental - Enable New
Database Engine)
Ignoring directory "efc" and "rfc" created by the Windows Azure Emulator
Directory before starting emulator the first time:
Directory: C:\temp\AzureCloudService1\AzureCloudService1
Mode LastWriteTime Length Name
---- ------------- ------ ----
d----- 9/1/2015 9:16 AM bin
d----- 9/1/2015 9:16 AM WorkerRole1Content
-a---- 9/1/2015 9:16 AM 3014 AzureCloudService1.ccproj
-a---- 9/1/2015 9:16 AM 144 AzureCloudService1.ccproj.user
-a---- 9/1/2015 9:16 AM 505 ServiceConfiguration.Cloud.cscfg
-a---- 9/1/2015 9:16 AM 505 ServiceConfiguration.Local.cscfg
-a---- 9/1/2015 9:16 AM 428 ServiceDefinition.csdef
And after starting the Emulator:
Directory: C:\temp\AzureCloudService1\AzureCloudService1
Mode LastWriteTime Length Name
---- ------------- ------ ----
d----- 9/1/2015 9:16 AM bin
d----- 9/1/2015 9:19 AM csx
d----- 9/1/2015 9:19 AM ecf
d----- 9/1/2015 9:19 AM obj
d----- 9/1/2015 9:19 AM rcf
d----- 9/1/2015 9:16 AM WorkerRole1Content
-a---- 9/1/2015 9:16 AM 3014 AzureCloudService1.ccproj
-a---- 9/1/2015 9:16 AM 144 AzureCloudService1.ccproj.user
-a---- 9/1/2015 9:16 AM 505 ServiceConfiguration.Cloud.cscfg
-a---- 9/1/2015 9:16 AM 505 ServiceConfiguration.Local.cscfg
-a---- 9/1/2015 9:16 AM 428 ServiceDefinition.csdef
In Windows Phone 8 development each profiler session generates a new .sap file, which is automatically added to the root of the project. This is an XML manifest describing the detailed profiler logs created in the PerfLogs folder.
08def965cd 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.
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`.
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 0fb0fbefa5.
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.
This commit Makes VisualStudio.gitignore ignore the three items below. It needs when you create an ATL Project.
* [Dd]ebugPS/
* [Rr]eleasePS/
* dlldata.c
