Add nuget.config file because it contains secret data and should be kept localy

I added this .gitignore to a project that included a file named CoverageSearchModel.cs, and the file was wrongly ignored.  This change fixes the incorrect use of the range operator on the Coverlet rules.

Visual Studio .Net used Win32/ as one of the default output directories for C and C++ projects. Later, when 64-bit support was added to the toolchain (circa 2005), x64/ was used. The Gitignore files include x64/, but not Win32/. The commit adds support for both Win32/ and x64/.

JustCode has been discontinued as the features it provided are now included in Visual Studio 2017 and newer. (#3227)

* Adding ignore rule for temporary office files.

* Adding Logs folder to ignore file.

* Revert "Adding ignore rule for temporary office files."

This reverts commit f6f191b12865614df05257363917b3eada058909.

If you have the [Ionide](http://ionide.io/) tools installed you will get an `.ionide` directory created in each directory that you open with VS Code, regardless of whether or not you are using F#.

This is to ignore the new Nuget Symbol Packages, which are now the recommended approach for debug symbols of public NuGet packages.
https://docs.microsoft.com/en-us/nuget/create-packages/symbol-packages-snupkg

ASP.NET Core projects no longer use Bower by default (since Bower is now deprecated), and instead create static files in the wwwroot/lib path.  This path is can also be used by convention for ASP.NET Core developers, and since it's no longer populated by Bower, it is unituitive to be excluded by default.

This change removes the lines added by #2307.

**Reasons for making this change:**

VS default flow is now broken by excluding files required to run an ASP.NET Core project.

**Links to documentation supporting these rule changes:**

The changes to the ASP.NET Core templates was tracked by https://github.com/aspnet/templating/issues/48.

Visual Studio can also generate .appxbundle and .appxupload files for Windows Store apps.
See: https://docs.microsoft.com/en-us/windows/uwp/packaging/packaging-uwp-apps#types-of-app-packages

* Update VisualStudio.gitignore file

Rider has its own ignore file, so does Visual Studio. The ignore statements for Rider (idea) IDE should be removed from Visual Studio .gitignore file template.

Ignore backup files from editing reports

Ignore liveness db which belongs to:
https://github.com/Xabaril/BeatPulse

This will ignore SQL Server Reporting Services user files

Currently, CodeRush provides the capability to store team settings and images used in Rich Comments and they should be shared among all team members. I have corrected the gitignore file to exclude only personal settings.

_i.h given in 799ee6b7#gitext://gotocommit/799ee6b79e1d32f49ded6683b5364017fd4ee0a5 is wrong

Local History for Visual Studio automatically creates a history of your files every time they are saved. The history can be compared with the current version. It is a solution situated between version control and undo/redo of history, available by default in Eclipse and IntelliJ IDEs.
https://marketplace.visualstudio.com/items?itemName=AronDCurzon.LocalHistoryforVisualStudio
https://marketplace.visualstudio.com/items?itemName=lostalloy.LocalHistory-for-Visual-Studio

Ignoring `launchSettings.json` does not make much sense. Now .NET CLI even considers this file when running with `dotnet run`, as you can read [here](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-run?tabs=netcore2x).

This settings will be useful if shared among project members, so it should be commited to the repo.

Also, on the default `.gitignore` file generated by Visual Studio it is not ignored, so this causes confusion, as depending on how `.gitignore` was created it could be commited in or not.

The conversion process from the old custom rptproj to the MSBuild based projects creates a .bak backup file

MFractor is a Xamarin/Visual Studio Mac productivity tool used by 1000's of Xamarin developers.

The `.mfractor/` folder should not be included in source control (but often is).