This migrates a change from Razor tooling and makes it available for all the Razor repo. By naming a C# file as `.NetCore.cs` or `.NetFx.cs` it will compile _only_ for NetCore or NetFx, respectively. Alternatively, files can be placed in a folder called `NetCore` or `NetFx`, or with a name that ends in `_NetCore` or `_NetFx` to control the target framework they're compiled for. This makes it clearer from the Solution Explorer if there are files that only compile for one target or another rather than having to look at `#if..#endif` blocks.
Since integrating our repos, there have been a number of changes in PRs that touch the encoding of the file, adding or removing a BOM as the editor in question decides. I've standardized on UTF-8 with BOM, as we do in roslyn, and put it in the .gitattributes so it should hopefully stay consistent.
* Add sln filter for source build
* Use ExcludeSourceBuild instead
* Put the correct default in 🤦♂️
* Don't include npm targets when all targets are suppressed
* Don't override arcade for test projects when building from source
* Use default source build jobs now we don't need node
* Fix Dependency Tree
@wtgodbe pointed out that `Microsoft.AspNetCore.Testing` isn't actually a dependency here, which is causing issues with the darc subscription.
* Update Version.Details.xml
* Microsoft.NET.Sdk.Razor (aspnetcore -> sdk)
* Update Dependencies Darc
* Remove Microsoft.NET.Sdk.Razor & Microsoft.NETCore.App.Ref
* React to `TrySplitNamespaceAndType` removal.
- In our `AddUsingsCodeActionProviderFactory` I went ahead and recreated the base type so we could continue to work as expected.
* Update src/Razor/src/Microsoft.AspNetCore.Razor.LanguageServer/CodeActions/AddUsingsCodeActionProviderFactory.cs
Co-authored-by: Tanay Parikh <TanayParikh@users.noreply.github.com>
* Remove MicrosoftNETCoreAppRefPackageVersion
* Fix more warnings
* Update eng/Versions.props
Co-authored-by: Pranav K <prkrishn@hotmail.com>
* Revert Microsoft.NETCore.App.Runtime & Microsoft.NETCore.Platforms changes
* Fix hashes
* Fix `MicrosoftNETSdkRazorPackageVersion` Missing in Version.Details.xml
* Microsoft.NETCore.App.Runtime Removal
* Fix broken rename tests.
Co-authored-by: N. Taylor Mullen <nimullen@microsoft.com>
Co-authored-by: Pranav K <prkrishn@hotmail.com>
- We no longer track the Roslyn compiler separate from Arcade. This means we can have the latest C# features earlier when Arcade updates.
- Removed `<LangVersion>` specifications because we can rely on `Latest` everywhere now.
[main] Update dependencies from dotnet/aspnetcore
- Coherency Updates:
- Microsoft.Extensions.Configuration.Json: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Microsoft.Extensions.Logging: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- System.Diagnostics.DiagnosticSource: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- System.Resources.Extensions: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- System.Text.Encodings.Web: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Microsoft.Extensions.DependencyModel: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Microsoft.NETCore.App.Ref: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Microsoft.NETCore.BrowserDebugHost.Transport: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Microsoft.NETCore.App.Runtime.win-x64: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Microsoft.NETCore.Platforms: from 6.0.0-preview.5.21219.10 to 6.0.0-preview.5.21221.1 (parent: Microsoft.CodeAnalysis.Razor)
- Add RemoveDevicePlatformSupport to rzls.csproj
- Adding RemoveDevicePlatformSupport definition
- In preparation for merging the Razor VSCode extension I've added support for npmproj files. I tried to maintain the same functionality that AspNetCore offers for its npmproj support.
- Added an extra `--ignore-engines` check to `yarn install` in preparation for VSCode's extension model. They expect there to be a vscode engine in the package.json that yarn doesn't understand.
aspnet/AspNetCore#13494
* Explicitly reference Roslyn compiler toolset version that will ship in preview 7
- see also aspnet/EntityFrameworkCore#16370 and aspnet/EntityFrameworkCore#16385 discussions
- grab latest from the '.NET Core 3 Release' channel
* Use MicrosoftNetCompilersToolsetPackageVersion
Updates our VSIX version numbering to 16.1 and removes some workarounds
for the version numbering.
This change is only for master, we're still building 16.x VSIXes in
other branches.
Fixes: aspnet/AspNetCore#6635
1. Our dev builds have a smaller build number than our official builds
because they were missing a digit. OOPS
2. The AssemblyInformationVersion was wrong. I'm not sure why this
workaround is required.
Fred Silberberg
Andrew Hall
Dustin Campbell
Rainer Sigwald
Jared Parsons
Allison Chou
David Wengier
Chris Sienkiewicz
Tanay Parikh
N. Taylor Mullen
dotnet-maestro[bot]
Ryan Brandenburg
Sam Harwell
Doug Bunting
wtgodbe
Nate McMaster
Ryan Nowak
Ryan Nowak