see https://github.com/dotnet/arcade/blame/2401b8ba8c5d95168bf7083ec99af6f2d994844a/Documentation/CorePackages/YamlStagesPublishing.md#L61-L70

LOC CHECKIN | Microsoft/msbuild vs16.3 | 20190830

<MicrosoftNetCompilersVersion>3.3.1-beta3-19423-01</MicrosoftNetCompilersVersion>
<CompilerToolsVersion>3.3.1-beta3-19423-01</CompilerToolsVersion>
<MicrosoftNETSdkPackageVersion>3.0.100-rc1.19453.1</MicrosoftNETSdkPackageVersion>
<MicrosoftNETSdkRazorPackageVersion>3.0.0-preview9.19455.12</MicrosoftNETSdkRazorPackageVersion>
<MicrosoftNETSdkWebPackageVersion>3.0.100-rc1.19455.5</MicrosoftNETSdkWebPackageVersion>

…net#4702)

Set DependentUpon to filename only.

This matches the old convention. Fixes dotnet#4695.

Update the 3.0.100p9 versions

* Update dependencies from https://github.com/dotnet/arcade build 20190908.2

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19458.2

* Update dependencies from https://github.com/dotnet/arcade build 20190827.8

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19427.8

* Update dependencies from https://github.com/dotnet/arcade build 20190828.9

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19428.9

* Update dependencies from https://github.com/dotnet/arcade build 20190829.16

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19429.16

* Update dependencies from https://github.com/dotnet/arcade build 20190830.3

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19430.3

* Update dependencies from https://github.com/dotnet/arcade build 20190903.5

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19453.5

* Update dependencies from https://github.com/dotnet/arcade build 20190904.31

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19454.31

* Update dependencies from https://github.com/dotnet/arcade build 20190905.21

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19455.21

* Update dependencies from https://github.com/dotnet/arcade build 20190906.2

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19456.2

* Update dependencies from https://github.com/dotnet/arcade build 20190906.10

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19456.10

* Update dependencies from https://github.com/dotnet/arcade build 20190907.1

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19457.1

* Update dependencies from https://github.com/dotnet/arcade build 20190908.2

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19458.2

Bump the versions to toolset 8d4c190

…ches

Accept source build patches

Fixes dotnet#4714 by not setting LastWriteTime on imported project files. Now that we know that this is an operation that can fail, it doesn't seem worth the risk to attempt to preserve the information.

* Using ngenApplications to have MSBuild ngened twice: once for vsn.exe and once for msbuild.exe.

* Updating MicroBuilds's swix plugin to a version that supports ngenApplications.

* Updating microbuild plugin version to 1.0.672.

A case difference between `Microsoft` and `microsoft` is failing builds that attempt to consume OptProf data (published to `Microsoft) from a build that thinks it's connected to `microsoft`. Hard-coding the capitalized version.

Vs16.3 Merge

This reverts commit 72542aa.

…912.3 (dotnet#4722)

- System.Resources.Extensions - 4.6.0-rc2.19462.3

…912.1 (dotnet#4723)

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19462.1

…912.14 (dotnet#4727)

- System.Resources.Extensions - 4.6.0

dotnet#4673)

* Support for external project collections linking. Add object model remoting API for MSBuild

* Object Model Remoting: New *Link* API

* Object Model Remoting: Accomodation change

* Object Model Remoting: Test coverage

* Object Model Remoting: Automodified by tools

* Feedback

* Move using out of namespace to match other files style.

* Change case on LinkedProjectCollection_Tests.cs

* Add individual read-only tests for evaluation links.

…913.1 (dotnet#4732)

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19463.1

* Update dependencies from https://github.com/dotnet/corefx build 20190828.2

- System.Resources.Extensions - 4.6.0-rc1.19428.2

* Update dependencies from https://github.com/dotnet/corefx build 20190908.3

- System.Resources.Extensions - 4.6.0-rc2.19458.3

Commit hash `0f4c62feac0a5726f63b56472de7b1c1527459fc` from
https://github.com/dotnet/toolset/blob/4e1936a575cdeddf29fd1662a77216f2ea05800b/eng/Version.Details.xml#L18
to match the update.

.. our `RestoreSourcesOverrides.props`, because this is used for
fetching msbuild SDKs.

The `dotnet/toolset` repo has to do the same thing, but not msbuild.
Since, we bundle SDKs we have this additional requirement and so we are
copying over the newly added source from
https://github.com/dotnet/toolset/blob/4e1936a575cdeddf29fd1662a77216f2ea05800b/NuGet.config#L11 .

The above commit hash is what the updates are being based off of (see
previous commits).

```
commit 3609949
Author: Larry Ewing <[email protected]>
Date:   Mon Sep 16 16:09:18 2019 -0500

    [mono-2019-06] bump versions to rc2
```

* Update dependencies from https://github.com/dotnet/arcade build 20190911.7

- Microsoft.DotNet.Arcade.Sdk - 1.0.0-beta.19461.7

[mono-2019-06] bump versions to rc2

Fixes dotnet#794

This situation can occur on fresh VS 16.3 installs, which install the .NET 4.8 SDK
but don't yet have dotnet#4690 and so still look for tlbimp in the .NET 4.6.2 SDK.

From the internal bug
http://vstfdevdiv:8080/DevDiv/Dev10/_workitems/edit/564085

(December 19, 2009)

> The issue here is the new requirement to automatically add an explicit
reference to mscorlib for C# projects. When doing so, the reference
resolution considers files in the "CandidateAssemblyFiles" set which
includes those items in the project that are to be copied to the output
location.

> The solution here is to pre-resolve the mscorlib path and pass that to
 RAR rather than an unresolved assembly name.

Closes dotnet#4433.

…ames (dotnet#4599)

* Clarify documentation in ProjectGraph.GetTargetLists

* ProjectGraph.GetTargetLists throws on empty target names

* clarify test project contents

* specify method in error message

…tamp

Stop setting LastWriteTime for binlog imports

…et#138)

* [mono] Workaround for the assumption that `dotnet` is installed

We moved to building purely with mono, earlier and thus skip the dotnet
installation in the scripts. This breaks that. Fixing it up in-place for
now.

Commit 2: (Patch on behalf of Alexander Köplinger)
Also, fix the command line, as the `dotnet nuget` uses a different
command line syntax than the standalone `nuget` that mono bundles.

    `nuget locals http-cache -c` -> `nuget locals http-cache -Clear`

* [mono] Workaround: Clear nuget http-cache, if we can

To work around dotnet/arcade#3932 , `nuget
locals http-cache -Clear` is invoked, but in our CI, `nuget` doesn't
seem to be installed in bockbuild's staged prefix.

So, instead we do that only if `dotnet` is available.