mirrors/dotnet-installer
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
dotnet-installer/eng/Versions.props

181 lines
14 KiB
Text
Raw Normal View History

Updating xlf and fixing line ending problems with one file.
2017-06-20 04:37:47 +00:00
<?xml version="1.0" encoding="utf-8"?>
Adding consistent "Project" headers to inported props and target files. (cherry picked from commit 74ad01b576f04bc8dd17ce5876a865ee44f73800)
2017-09-05 21:44:25 +00:00
<Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
Fixing a build failure due to the merge from master.
2018-12-26 17:48:10 +00:00
<!-- Arcade features -->
Updating xlf and fixing line ending problems with one file.
2017-06-20 04:37:47 +00:00
<PropertyGroup>
Fixing a build failure due to the merge from master.
2018-12-26 17:48:10 +00:00
<UsingToolNetFrameworkReferenceAssemblies>true</UsingToolNetFrameworkReferenceAssemblies>
</PropertyGroup>
Updating the YAML file to run ci and signing.
2018-12-20 21:52:32 +00:00
<PropertyGroup>
Update branding to .NET 6
2020-08-20 21:19:34 +00:00
<VersionMajor>6</VersionMajor>
Switching from using commit height for versioning to using Arcade's scheme.
2019-12-20 21:13:26 +00:00
<VersionMinor>0</VersionMinor>
<VersionSDKMinor>1</VersionSDKMinor>
Use _PatchNumber from arcade instead of commit count. Fixes msi generation and changes VersionPatch to VersionFeature.
2019-12-23 23:03:33 +00:00
<VersionFeature>00</VersionFeature>
<VersionPrefix>$(VersionMajor).$(VersionMinor).$(VersionSDKMinor)$(VersionFeature)</VersionPrefix>
Fix RC1 branding
2021-07-16 21:48:15 +00:00
<PreReleaseVersionLabel>rc</PreReleaseVersionLabel>
Update eng/Versions.props Co-authored-by: Marc Paine <marcpop@microsoft.com>
2021-07-16 17:33:01 +00:00
<PreReleaseVersionIteration>1</PreReleaseVersionIteration>
Switching from using commit height for versioning to using Arcade's scheme.
2019-12-20 21:13:26 +00:00
<MajorMinorVersion>$(VersionMajor).$(VersionMinor)</MajorMinorVersion>
<CliProductBandVersion>$(MajorMinorVersion).$(VersionSDKMinor)</CliProductBandVersion>
Fixes for stable builds (#8648) - Enable the switch for stable builds - Fixup the calculation of FullNugetVersion to not include the iteration if it is empty
2020-09-22 14:59:59 +00:00
<!-- Enable to remove prerelease label. -->
<StabilizePackageVersion Condition="'$(StabilizePackageVersion)' == ''">false</StabilizePackageVersion>
<DotNetFinalVersionKind Condition="'$(StabilizePackageVersion)' == 'true'">release</DotNetFinalVersionKind>
Updating the YAML file to run ci and signing.
2018-12-20 21:52:32 +00:00
</PropertyGroup>
Add light command packages gathering (#8191) Call tasks to gather light command packages after the build of each installer. The way this is implemented is not ideal. Because powershell scripts are used to invoke the WiX toolset, the light command package info must be kept in sync. That said, the command lines and input files do not change very often. It's also on the table for .NET 6 to change around and unify the WiX calls between the repos. This also changes around the batching for the template MSIs to be compatible with the call to the light command task
2020-08-19 18:58:16 +00:00
<PropertyGroup>
<!-- Dependency from https://github.com/dotnet/arcade -->
Update dependencies from https://github.com/dotnet/arcade build 20210720.12 (#11185) [main] Update dependencies from dotnet/arcade
2021-07-21 13:16:51 +00:00
<MicrosoftDotNetBuildTasksInstallersPackageVersion>6.0.0-beta.21370.12</MicrosoftDotNetBuildTasksInstallersPackageVersion>
Add light command packages gathering (#8191) Call tasks to gather light command packages after the build of each installer. The way this is implemented is not ideal. Because powershell scripts are used to invoke the WiX toolset, the light command package info must be kept in sync. That said, the command lines and input files do not change very often. It's also on the table for .NET 6 to change around and unify the WiX calls between the repos. This also changes around the batching for the template MSIs to be compatible with the call to the light command task
2020-08-19 18:58:16 +00:00
</PropertyGroup>
adding new dependency on winforms for winforms template versions (#1196) * adding new dependency on winforms for winforms template versions * initial version from winforms * Update Versions.props
2019-04-06 02:54:08 +00:00
<PropertyGroup>
<!-- Dependency from https://github.com/dotnet/winforms -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.12 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.12 Dependency coherency updates Microsoft.WindowsDesktop.App.Ref,VS.Redist.Common.WindowsDesktop.SharedFramework.x64.6.0,VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.DotNet.Common.ItemTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.Dotnet.WinForms.ProjectTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.DotNet.Wpf.ProjectTemplates,Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.Net.Compilers.Toolset,Microsoft.Build From Version 6.0.0-rc.1.21367.6 -> To Version 6.0.0-rc.1.21369.7 (parent: Microsoft.NET.Sdk
2021-07-20 19:58:03 +00:00
<MicrosoftDotnetWinFormsProjectTemplatesPackageVersion>6.0.0-rc.1.21369.9</MicrosoftDotnetWinFormsProjectTemplatesPackageVersion>
adding new dependency on winforms for winforms template versions (#1196) * adding new dependency on winforms for winforms template versions * initial version from winforms * Update Versions.props
2019-04-06 02:54:08 +00:00
</PropertyGroup>
<PropertyGroup>
<!-- Dependency from https://github.com/dotnet/wpf -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.12 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.12 Dependency coherency updates Microsoft.WindowsDesktop.App.Ref,VS.Redist.Common.WindowsDesktop.SharedFramework.x64.6.0,VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.DotNet.Common.ItemTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.Dotnet.WinForms.ProjectTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.DotNet.Wpf.ProjectTemplates,Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.Net.Compilers.Toolset,Microsoft.Build From Version 6.0.0-rc.1.21367.6 -> To Version 6.0.0-rc.1.21369.7 (parent: Microsoft.NET.Sdk
2021-07-20 19:58:03 +00:00
<MicrosoftDotNetWpfProjectTemplatesPackageVersion>6.0.0-rc.1.21369.7</MicrosoftDotNetWpfProjectTemplatesPackageVersion>
Clean up dependency versions that aren't needed after repo refactoring
2018-08-01 01:31:02 +00:00
</PropertyGroup>
Template versioning needs to flow into core-sdk (#5042) * Updating templates version; fixing the versions flow. * Using: 'NUnit3DotNetNewTemplatePackageVersion' * Remove 'CoherentParentDependency'
2019-10-01 21:04:26 +00:00
<PropertyGroup>
<!-- Dependency from https://github.com/dotnet/templating -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.10 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.10 Dependency coherency updates VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.DotNet.Common.ItemTemplates,Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.Net.Compilers.Toolset From Version 6.0.0-rc.1.21369.2 -> To Version 6.0.0-rc.1.21369.14 (parent: Microsoft.NET.Sdk
2021-07-20 19:25:51 +00:00
<MicrosoftDotNetCommonItemTemplatesPackageVersion>6.0.100-rc.1.21370.4</MicrosoftDotNetCommonItemTemplatesPackageVersion>
Template versioning needs to flow into core-sdk (#5042) * Updating templates version; fixing the versions flow. * Using: 'NUnit3DotNetNewTemplatePackageVersion' * Remove 'CoherentParentDependency'
2019-10-01 21:04:26 +00:00
</PropertyGroup>
<PropertyGroup>
<!-- Dependency from https://github.com/dotnet/test-templates -->
Update dependencies from https://github.com/dotnet/test-templates build 20210715.1 (#11132) [main] Update dependencies from dotnet/test-templates
2021-07-15 19:09:52 +00:00
<MicrosoftDotNetTestProjectTemplates50PackageVersion>1.0.2-beta4.21365.1</MicrosoftDotNetTestProjectTemplates50PackageVersion>
<MicrosoftDotNetTestProjectTemplates60PackageVersion>1.0.2-beta4.21365.1</MicrosoftDotNetTestProjectTemplates60PackageVersion>
Template versioning needs to flow into core-sdk (#5042) * Updating templates version; fixing the versions flow. * Using: 'NUnit3DotNetNewTemplatePackageVersion' * Remove 'CoherentParentDependency'
2019-10-01 21:04:26 +00:00
</PropertyGroup>
<PropertyGroup>
<!-- NUnit3.DotNetNew.Template versions do not 'flow in' -->
update dotnet-new-nunit version (#7169) - replace `netcoreapp5.0` to `net5.0` for preview2 and higher to work (https://github.com/nunit/dotnet-new-nunit/issues/38)
2020-04-15 18:52:24 +00:00
<NUnit3DotNetNewTemplatePackageVersion>1.8.1</NUnit3DotNetNewTemplatePackageVersion>
Clean up dependency versions that aren't needed after repo refactoring
2018-08-01 01:31:02 +00:00
</PropertyGroup>
<PropertyGroup>
Update EF Core version to 3.0.0-preview.18569.2
2018-11-21 01:33:30 +00:00
<!-- Dependencies from https://github.com/aspnet/AspNetCore -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.29 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.29 Dependency coherency updates Microsoft.WindowsDesktop.App.Ref,VS.Redist.Common.WindowsDesktop.SharedFramework.x64.6.0,VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.AspNetCore.App.Ref,Microsoft.AspNetCore.App.Ref.Internal,Microsoft.AspNetCore.App.Runtime.win-x64,VS.Redist.Common.AspNetCore.SharedFramework.x64.6.0,dotnet-dev-certs,dotnet-user-secrets,Microsoft.DotNet.Common.ItemTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.Dotnet.WinForms.ProjectTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.DotNet.Wpf.ProjectTemplates,Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.NET.ILLink.Tasks,Microsoft.Net.Compilers.Toolset,Microsoft.Build From Version 6.0.0-rc.1.21367.6 -> To Version 6.0.0-rc.1.21369.7 (parent: Microsoft.NET.Sdk
2021-07-21 04:17:57 +00:00
<MicrosoftAspNetCoreAppRuntimewinx64PackageVersion>6.0.0-rc.1.21370.12</MicrosoftAspNetCoreAppRuntimewinx64PackageVersion>
<MicrosoftAspNetCoreAppRefPackageVersion>6.0.0-rc.1.21370.12</MicrosoftAspNetCoreAppRefPackageVersion>
<MicrosoftAspNetCoreAppRefInternalPackageVersion>6.0.0-rc.1.21370.12</MicrosoftAspNetCoreAppRefInternalPackageVersion>
<VSRedistCommonAspNetCoreSharedFrameworkx6460PackageVersion>6.0.0-rc.1.21370.12</VSRedistCommonAspNetCoreSharedFrameworkx6460PackageVersion>
<dotnetdevcertsPackageVersion>6.0.0-rc.1.21370.12</dotnetdevcertsPackageVersion>
<dotnetusersecretsPackageVersion>6.0.0-rc.1.21370.12</dotnetusersecretsPackageVersion>
Clean up dependency versions that aren't needed after repo refactoring
2018-08-01 01:31:02 +00:00
</PropertyGroup>
<PropertyGroup>
Even more package dependency re-names...
2017-12-04 21:20:37 +00:00
<MicroBuildCorePackageVersion>0.2.0</MicroBuildCorePackageVersion>
Nuget.config update to align with CLI:master - add comments in DependencyVersions.prop
2017-12-04 22:32:56 +00:00
</PropertyGroup>
Add dependency on dotnet/sdk
2019-04-19 18:44:16 +00:00
<PropertyGroup>
Update version of toolset to match Microsoft.NET.Sdk
2020-03-03 20:51:41 +00:00
<!-- Dependencies from https://github.com/dotnet/sdk -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.30 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.30 Dependency coherency updates Microsoft.WindowsDesktop.App.Ref,VS.Redist.Common.WindowsDesktop.SharedFramework.x64.6.0,VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.AspNetCore.App.Ref,Microsoft.AspNetCore.App.Ref.Internal,Microsoft.AspNetCore.App.Runtime.win-x64,VS.Redist.Common.AspNetCore.SharedFramework.x64.6.0,dotnet-dev-certs,dotnet-user-secrets,Microsoft.DotNet.Common.ItemTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.Dotnet.WinForms.ProjectTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.DotNet.Wpf.ProjectTemplates,Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.NET.ILLink.Tasks,Microsoft.Net.Compilers.Toolset,Microsoft.Build From Version 6.0.0-rc.1.21367.6 -> To Version 6.0.0-rc.1.21369.7 (parent: Microsoft.NET.Sdk
2021-07-21 04:52:50 +00:00
<MicrosoftNETSdkPackageVersion>6.0.100-rc.1.21370.30</MicrosoftNETSdkPackageVersion>
<MicrosoftDotNetMSBuildSdkResolverPackageVersion>6.0.100-rc.1.21370.30</MicrosoftDotNetMSBuildSdkResolverPackageVersion>
Re-enable the generation of the msbuildextensions nupkg.
2019-06-24 20:24:27 +00:00
<MicrosoftNETBuildExtensionsPackageVersion>$(MicrosoftNETSdkPackageVersion)</MicrosoftNETBuildExtensionsPackageVersion>
Update version of toolset to match Microsoft.NET.Sdk
2020-03-03 20:51:41 +00:00
<MicrosoftDotnetToolsetInternalPackageVersion>$(MicrosoftNETSdkPackageVersion)</MicrosoftDotnetToolsetInternalPackageVersion>
Add VSTemplateLocator package
2020-09-16 04:26:58 +00:00
<MicrosoftDotnetTemplateLocatorPackageVersion>$(MicrosoftNETSdkPackageVersion)</MicrosoftDotnetTemplateLocatorPackageVersion>
Add dependency on dotnet/sdk
2019-04-19 18:44:16 +00:00
</PropertyGroup>
Fix merge issues
2019-10-19 00:12:15 +00:00
<PropertyGroup>
<!-- Dependencies from https://github.com/dotnet/corefx -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.3 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.3 Dependency coherency updates VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.Net.Compilers.Toolset From Version 6.0.0-rc.1.21369.2 -> To Version 6.0.0-rc.1.21369.14 (parent: Microsoft.NET.Sdk
2021-07-20 14:07:39 +00:00
<MicrosoftNETCorePlatformsPackageVersion>6.0.0-rc.1.21369.14</MicrosoftNETCorePlatformsPackageVersion>
Fix merge issues
2019-10-19 00:12:15 +00:00
</PropertyGroup>
<PropertyGroup>
Prepare for 3.0.1xx servicing We were bumping targeting pack, framework-dependent default runtime version, and self-contained default (latest) runtime version in unison. This only works for previews where these versions are all the same always. Now that we're servicing 3.0, we: 1. Pin targeting packs to 3.0.0 2. Fix default framework-dependent runtime version at 3.0.0 This change also: * Removes dependencies on legacy/internal netcoreapp packages. We now use Microsoft.NETCore.App.Internal version exclusively to calculate the blob storage path for core-setup. * Uses PackageDownload for all templates, including latest. PackageReference had been used for latest only because it hid another bug with the netcoreapp reference of redist.csproj that is fixed here. That reference is now a FrameworkReference as it should be. * Removes a bunch of shenanigans from GenerateBundledVersions.props that were causing issues with above. One casualty of that is that we hard code the RID lists for runtime pack, which I don't think is too bad, and actually will make it easier to merge in source build patches. * Cleans up how runtime and targeting pack versions are referenced throughout, removing incorrect assumptions about them being the same. * Incorporates a prior closed PR to use suffixed version for blob storage, even when assets coming from blob storage are stabilized. It needed changes to merge with this. Note: * A similar theoretical servicing issue exists for the versions of apphost, hostfxr, shared host, which are still assumed to be the same as the runtime version in several places. If we choose to service those independently, more work is required. * There will be a 3.0.1 ASP.NET targeting pack, and so we will have to unpin that once it is ready. This change establishes the baseline of all targeting packs being pinnned, and they can be unpinned in the (hopefully rare) cases where they need to be serviced.
2019-10-03 17:33:20 +00:00
<!-- Dependencies from https://github.com/dotnet/core-setup -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.3 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.3 Dependency coherency updates VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.Net.Compilers.Toolset From Version 6.0.0-rc.1.21369.2 -> To Version 6.0.0-rc.1.21369.14 (parent: Microsoft.NET.Sdk
2021-07-20 14:07:39 +00:00
<VSRedistCommonNetCoreSharedFrameworkx6460PackageVersion>6.0.0-rc.1.21369.14</VSRedistCommonNetCoreSharedFrameworkx6460PackageVersion>
<MicrosoftNETCoreAppRuntimewinx64PackageVersion>6.0.0-rc.1.21369.14</MicrosoftNETCoreAppRuntimewinx64PackageVersion>
<MicrosoftNETCoreAppHostwinx64PackageVersion>6.0.0-rc.1.21369.14</MicrosoftNETCoreAppHostwinx64PackageVersion>
<MicrosoftNETCoreAppRefPackageVersion>6.0.0-rc.1.21369.14</MicrosoftNETCoreAppRefPackageVersion>
<MicrosoftNETCoreDotNetHostResolverPackageVersion>6.0.0-rc.1.21369.14</MicrosoftNETCoreDotNetHostResolverPackageVersion>
Prepare for 3.0.1xx servicing We were bumping targeting pack, framework-dependent default runtime version, and self-contained default (latest) runtime version in unison. This only works for previews where these versions are all the same always. Now that we're servicing 3.0, we: 1. Pin targeting packs to 3.0.0 2. Fix default framework-dependent runtime version at 3.0.0 This change also: * Removes dependencies on legacy/internal netcoreapp packages. We now use Microsoft.NETCore.App.Internal version exclusively to calculate the blob storage path for core-setup. * Uses PackageDownload for all templates, including latest. PackageReference had been used for latest only because it hid another bug with the netcoreapp reference of redist.csproj that is fixed here. That reference is now a FrameworkReference as it should be. * Removes a bunch of shenanigans from GenerateBundledVersions.props that were causing issues with above. One casualty of that is that we hard code the RID lists for runtime pack, which I don't think is too bad, and actually will make it easier to merge in source build patches. * Cleans up how runtime and targeting pack versions are referenced throughout, removing incorrect assumptions about them being the same. * Incorporates a prior closed PR to use suffixed version for blob storage, even when assets coming from blob storage are stabilized. It needed changes to merge with this. Note: * A similar theoretical servicing issue exists for the versions of apphost, hostfxr, shared host, which are still assumed to be the same as the runtime version in several places. If we choose to service those independently, more work is required. * There will be a 3.0.1 ASP.NET targeting pack, and so we will have to unpin that once it is ready. This change establishes the baseline of all targeting packs being pinnned, and they can be unpinned in the (hopefully rare) cases where they need to be serviced.
2019-10-03 17:33:20 +00:00
<NETStandardLibraryRefPackageVersion>2.1.0</NETStandardLibraryRefPackageVersion>
</PropertyGroup>
Fix up windowsdesktop dependency flow tracking
2019-10-23 15:32:53 +00:00
<PropertyGroup>
<!-- Dependencies from https://github.com/dotnet/windowsdesktop -->
Update dependencies from https://github.com/dotnet/sdk build 20210720.12 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.32 -> To Version 6.0.100-rc.1.21370.12 Dependency coherency updates Microsoft.WindowsDesktop.App.Ref,VS.Redist.Common.WindowsDesktop.SharedFramework.x64.6.0,VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.DotNet.Common.ItemTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.Dotnet.WinForms.ProjectTemplates,Microsoft.WindowsDesktop.App.Runtime.win-x64,Microsoft.DotNet.Wpf.ProjectTemplates,Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.Net.Compilers.Toolset,Microsoft.Build From Version 6.0.0-rc.1.21367.6 -> To Version 6.0.0-rc.1.21369.7 (parent: Microsoft.NET.Sdk
2021-07-20 19:58:03 +00:00
<VSRedistCommonWindowsDesktopSharedFrameworkx6460PackageVersion>6.0.0-rc.1.21369.7</VSRedistCommonWindowsDesktopSharedFrameworkx6460PackageVersion>
<MicrosoftWindowsDesktopAppRuntimewinx64PackageVersion>6.0.0-rc.1.21369.7</MicrosoftWindowsDesktopAppRuntimewinx64PackageVersion>
<MicrosoftWindowsDesktopAppRefPackageVersion>6.0.0-rc.1.21369.7</MicrosoftWindowsDesktopAppRefPackageVersion>
Prepare for 3.0.1xx servicing We were bumping targeting pack, framework-dependent default runtime version, and self-contained default (latest) runtime version in unison. This only works for previews where these versions are all the same always. Now that we're servicing 3.0, we: 1. Pin targeting packs to 3.0.0 2. Fix default framework-dependent runtime version at 3.0.0 This change also: * Removes dependencies on legacy/internal netcoreapp packages. We now use Microsoft.NETCore.App.Internal version exclusively to calculate the blob storage path for core-setup. * Uses PackageDownload for all templates, including latest. PackageReference had been used for latest only because it hid another bug with the netcoreapp reference of redist.csproj that is fixed here. That reference is now a FrameworkReference as it should be. * Removes a bunch of shenanigans from GenerateBundledVersions.props that were causing issues with above. One casualty of that is that we hard code the RID lists for runtime pack, which I don't think is too bad, and actually will make it easier to merge in source build patches. * Cleans up how runtime and targeting pack versions are referenced throughout, removing incorrect assumptions about them being the same. * Incorporates a prior closed PR to use suffixed version for blob storage, even when assets coming from blob storage are stabilized. It needed changes to merge with this. Note: * A similar theoretical servicing issue exists for the versions of apphost, hostfxr, shared host, which are still assumed to be the same as the runtime version in several places. If we choose to service those independently, more work is required. * There will be a 3.0.1 ASP.NET targeting pack, and so we will have to unpin that once it is ready. This change establishes the baseline of all targeting packs being pinnned, and they can be unpinned in the (hopefully rare) cases where they need to be serviced.
2019-10-03 17:33:20 +00:00
</PropertyGroup>
<PropertyGroup>
<!-- Runtime and Apphost pack versions are the same for all RIDs. We flow the x64 -->
<!-- version above and create aliases without the winx64 here for clarity elsewhere. -->
<MicrosoftNETCoreAppHostPackageVersion>$(MicrosoftNETCoreAppHostwinx64PackageVersion)</MicrosoftNETCoreAppHostPackageVersion>
<MicrosoftNETCoreAppRuntimePackageVersion>$(MicrosoftNETCoreAppRuntimewinx64PackageVersion)</MicrosoftNETCoreAppRuntimePackageVersion>
<MicrosoftAspNetCoreAppRuntimePackageVersion>$(MicrosoftAspNetCoreAppRuntimewinx64PackageVersion)</MicrosoftAspNetCoreAppRuntimePackageVersion>
<MicrosoftWindowsDesktopAppRuntimePackageVersion>$(MicrosoftWindowsDesktopAppRuntimewinx64PackageVersion)</MicrosoftWindowsDesktopAppRuntimePackageVersion>
</PropertyGroup>
Use PVP for PlatformAbstractions and NuGet.Versioning
2021-02-04 21:27:04 +00:00
<PropertyGroup>
<!-- Dependencies from https://github.com/NuGet/NuGet.Client -->
<NuGetVersioningPackageVersion>5.8.0</NuGetVersioningPackageVersion>
</PropertyGroup>
Add templates for .NET 6
2020-10-16 02:30:45 +00:00
<PropertyGroup>
<!-- Cross-release dependency versions -->
updated common project and item templates version
2021-02-10 08:10:30 +00:00
<MicrosoftDotNetCommonItemTemplates50PackageVersion>5.0.3</MicrosoftDotNetCommonItemTemplates50PackageVersion>
Add templates for .NET 6
2020-10-16 02:30:45 +00:00
<MicrosoftAspNetCoreAppRuntime50PackageVersion>5.0.0-rc.2.20474.4</MicrosoftAspNetCoreAppRuntime50PackageVersion>
</PropertyGroup>
Prepare for 3.0.1xx servicing We were bumping targeting pack, framework-dependent default runtime version, and self-contained default (latest) runtime version in unison. This only works for previews where these versions are all the same always. Now that we're servicing 3.0, we: 1. Pin targeting packs to 3.0.0 2. Fix default framework-dependent runtime version at 3.0.0 This change also: * Removes dependencies on legacy/internal netcoreapp packages. We now use Microsoft.NETCore.App.Internal version exclusively to calculate the blob storage path for core-setup. * Uses PackageDownload for all templates, including latest. PackageReference had been used for latest only because it hid another bug with the netcoreapp reference of redist.csproj that is fixed here. That reference is now a FrameworkReference as it should be. * Removes a bunch of shenanigans from GenerateBundledVersions.props that were causing issues with above. One casualty of that is that we hard code the RID lists for runtime pack, which I don't think is too bad, and actually will make it easier to merge in source build patches. * Cleans up how runtime and targeting pack versions are referenced throughout, removing incorrect assumptions about them being the same. * Incorporates a prior closed PR to use suffixed version for blob storage, even when assets coming from blob storage are stabilized. It needed changes to merge with this. Note: * A similar theoretical servicing issue exists for the versions of apphost, hostfxr, shared host, which are still assumed to be the same as the runtime version in several places. If we choose to service those independently, more work is required. * There will be a 3.0.1 ASP.NET targeting pack, and so we will have to unpin that once it is ready. This change establishes the baseline of all targeting packs being pinnned, and they can be unpinned in the (hopefully rare) cases where they need to be serviced.
2019-10-03 17:33:20 +00:00
<PropertyGroup>
<HostFxrVersion>$(MicrosoftNETCoreAppRuntimePackageVersion)</HostFxrVersion>
<SharedHostVersion>$(MicrosoftNETCoreAppRuntimePackageVersion)</SharedHostVersion>
Updating xlf and fixing line ending problems with one file.
2017-06-20 04:37:47 +00:00
</PropertyGroup>
Optional Workload: Finalizer (#10356) MSI finalizer to remove optional workloads when uninstalling the SDK.
2021-05-05 03:55:39 +00:00
<PropertyGroup>
<WixPackageVersion>3.14.0-dotnet</WixPackageVersion>
</PropertyGroup>
Adding 2.1 and 2.2 Templates MSIs, part 1
2019-07-17 23:18:41 +00:00
<PropertyGroup>
Add templates for .NET 6
2020-10-16 02:30:45 +00:00
<!-- 6.0 Template versions -->
<MicrosoftDotnetWinFormsProjectTemplates60PackageVersion>$(MicrosoftDotnetWinFormsProjectTemplatesPackageVersion)</MicrosoftDotnetWinFormsProjectTemplates60PackageVersion>
<MicrosoftDotNetWpfProjectTemplates60PackageVersion>$(MicrosoftDotNetWpfProjectTemplatesPackageVersion)</MicrosoftDotNetWpfProjectTemplates60PackageVersion>
<NUnit3Templates60PackageVersion>$(NUnit3DotNetNewTemplatePackageVersion)</NUnit3Templates60PackageVersion>
<MicrosoftDotNetCommonItemTemplates60PackageVersion>$(MicrosoftDotNetCommonItemTemplatesPackageVersion)</MicrosoftDotNetCommonItemTemplates60PackageVersion>
<MicrosoftDotNetCommonProjectTemplates60PackageVersion>$(MicrosoftDotNetCommonItemTemplatesPackageVersion)</MicrosoftDotNetCommonProjectTemplates60PackageVersion>
<AspNetCorePackageVersionFor60Templates>$(MicrosoftAspNetCoreAppRuntimePackageVersion)</AspNetCorePackageVersionFor60Templates>
Add 5.0 template (#6583) * Add 5.0 templates to template/5.0 folder
2020-02-27 21:25:10 +00:00
<!-- 5.0 Template versions -->
<MicrosoftDotnetWinFormsProjectTemplates50PackageVersion>$(MicrosoftDotnetWinFormsProjectTemplatesPackageVersion)</MicrosoftDotnetWinFormsProjectTemplates50PackageVersion>
<MicrosoftDotNetWpfProjectTemplates50PackageVersion>$(MicrosoftDotNetWpfProjectTemplatesPackageVersion)</MicrosoftDotNetWpfProjectTemplates50PackageVersion>
<NUnit3Templates50PackageVersion>$(NUnit3DotNetNewTemplatePackageVersion)</NUnit3Templates50PackageVersion>
Add templates for .NET 6
2020-10-16 02:30:45 +00:00
<MicrosoftDotNetCommonItemTemplates50PackageVersion>$(MicrosoftDotNetCommonItemTemplates50PackageVersion)</MicrosoftDotNetCommonItemTemplates50PackageVersion>
<MicrosoftDotNetCommonProjectTemplates50PackageVersion>$(MicrosoftDotNetCommonItemTemplates50PackageVersion)</MicrosoftDotNetCommonProjectTemplates50PackageVersion>
Update aspnetcore 3.1 & 5.0 template versions (#11086)
2021-07-14 20:23:33 +00:00
<AspNetCorePackageVersionFor50Templates>5.0.8</AspNetCorePackageVersionFor50Templates>
Add 3.1 templates
2019-09-20 22:20:01 +00:00
<!-- 3.1 Template versions -->
Add 5.0 template (#6583) * Add 5.0 templates to template/5.0 folder
2020-02-27 21:25:10 +00:00
<MicrosoftDotnetWinFormsProjectTemplates31PackageVersion>4.8.1-servicing.19605.5</MicrosoftDotnetWinFormsProjectTemplates31PackageVersion>
<MicrosoftDotNetWpfProjectTemplates31PackageVersion>3.1.2-servicing.20066.4</MicrosoftDotNetWpfProjectTemplates31PackageVersion>
update nunit templates version for netcore5.0
2020-03-26 12:39:05 +00:00
<NUnit3Templates31PackageVersion>1.7.2</NUnit3Templates31PackageVersion>
Update aspnet 2.1/3.1/5.0 template version (#10485)
2021-05-11 18:34:31 +00:00
<MicrosoftDotNetCommonItemTemplates31PackageVersion>3.1.15</MicrosoftDotNetCommonItemTemplates31PackageVersion>
Add 5.0 template (#6583) * Add 5.0 templates to template/5.0 folder
2020-02-27 21:25:10 +00:00
<MicrosoftDotNetCommonProjectTemplates31PackageVersion>$(MicrosoftDotNetCommonItemTemplates31PackageVersion)</MicrosoftDotNetCommonProjectTemplates31PackageVersion>
Correct template property
2020-03-25 18:30:47 +00:00
<MicrosoftDotNetTestProjectTemplates31PackageVersion>$(MicrosoftDotNetTestProjectTemplates50PackageVersion)</MicrosoftDotNetTestProjectTemplates31PackageVersion>
Update aspnetcore 3.1 & 5.0 template versions (#11086)
2021-07-14 20:23:33 +00:00
<AspNetCorePackageVersionFor31Templates>3.1.17</AspNetCorePackageVersionFor31Templates>
Add 3.1 Blazor WASM templates
2020-09-08 20:24:00 +00:00
<MicrosoftAspNetCoreComponentsWebAssemblyTemplatesPackageVersion>3.2.1</MicrosoftAspNetCoreComponentsWebAssemblyTemplatesPackageVersion>
Adding 2.1 and 2.2 Templates MSIs, part 1
2019-07-17 23:18:41 +00:00
<!-- 3.0 Template versions -->
Add 3.1 templates
2019-09-20 22:20:01 +00:00
<MicrosoftDotnetWinFormsProjectTemplates30PackageVersion>4.8.0-rc2.19462.10</MicrosoftDotnetWinFormsProjectTemplates30PackageVersion>
Use stable 3.0.0/2.1.0 versions where appropriate
2019-09-24 19:48:28 +00:00
<MicrosoftDotNetWpfProjectTemplates30PackageVersion>3.0.0</MicrosoftDotNetWpfProjectTemplates30PackageVersion>
update dependencies versions, fixed condition to use latest Microsoft.NET.Test.Sdk on netcorepp2+
2019-11-12 12:10:24 +00:00
<NUnit3Templates30PackageVersion>1.6.5</NUnit3Templates30PackageVersion>
Merging master and resolving conflicts.
2019-07-24 16:14:47 +00:00
<MicrosoftDotNetCommonItemTemplates30PackageVersion>2.0.0-preview8.19373.1</MicrosoftDotNetCommonItemTemplates30PackageVersion>
Updating 3.0 template variables.
2019-07-24 00:18:21 +00:00
<MicrosoftDotNetCommonProjectTemplates30PackageVersion>$(MicrosoftDotNetCommonItemTemplates30PackageVersion)</MicrosoftDotNetCommonProjectTemplates30PackageVersion>
Correct template property
2020-03-25 18:30:47 +00:00
<MicrosoftDotNetTestProjectTemplates30PackageVersion>$(MicrosoftDotNetTestProjectTemplates50PackageVersion)</MicrosoftDotNetTestProjectTemplates30PackageVersion>
Updating the 3.0 templates from "3.0.0" to "3.0.1" (#5686) * Updating the 3.0 template installation diretory from "3.0.0" to "3.0.1" * Adding a NuGet feed to locate the 3.0.1 Asp.Net templates
2019-11-15 20:22:37 +00:00
<AspNetCorePackageVersionFor30Templates>3.0.1</AspNetCorePackageVersionFor30Templates>
Adding 2.1 and 2.2 Templates MSIs, part 1
2019-07-17 23:18:41 +00:00
<!-- 2.1 Template versions -->
<NUnit3Templates21PackageVersion>1.5.3</NUnit3Templates21PackageVersion>
<MicrosoftDotNetCommonItemTemplates21PackageVersion>1.0.2-beta3</MicrosoftDotNetCommonItemTemplates21PackageVersion>
<MicrosoftDotNetCommonProjectTemplates21PackageVersion>$(MicrosoftDotNetCommonItemTemplates21PackageVersion)</MicrosoftDotNetCommonProjectTemplates21PackageVersion>
Update dependencies from https://github.com/dotnet/test-templates build 20210715.1 (#11132) [main] Update dependencies from dotnet/test-templates
2021-07-15 19:09:52 +00:00
<MicrosoftDotNetTestProjectTemplates21PackageVersion>1.0.2-beta4.21365.1</MicrosoftDotNetTestProjectTemplates21PackageVersion>
Update aspnet 2.1/3.1/5.0 template version (#10485)
2021-05-11 18:34:31 +00:00
<AspNetCorePackageVersionFor21Templates>2.1.28</AspNetCorePackageVersionFor21Templates>
Adding 2.1 and 2.2 Templates MSIs, part 1
2019-07-17 23:18:41 +00:00
</PropertyGroup>
Updating xlf and fixing line ending problems with one file.
2017-06-20 04:37:47 +00:00
<!-- infrastructure and test only dependencies -->
<PropertyGroup>
Simplify eng\publishing.props (#6501) With newer versions of Microsoft.DotNet.Build.Tasks.Feed you don't need to pass a temporary path to the manifest. I.e., we can remove AssetsTemporaryDirectory and associated code.
2020-02-28 22:01:01 +00:00
<VersionToolsVersion>2.2.0-beta.19072.10</VersionToolsVersion>
Fix warnings-as-errors in Linux packaging
2018-08-06 20:23:11 +00:00
<DotnetDebToolVersion>2.0.0</DotnetDebToolVersion>
Update dependencies from https://github.com/dotnet/sdk build 20210719.17 Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk From Version 6.0.100-rc.1.21369.1 -> To Version 6.0.100-rc.1.21369.17 Dependency coherency updates VS.Redist.Common.NetCore.SharedFramework.x64.6.0,Microsoft.NETCore.App.Ref,Microsoft.NETCore.App.Runtime.win-x64,Microsoft.NETCore.App.Host.win-x64,Microsoft.NETCore.DotNetHostResolver,Microsoft.NETCore.Platforms,Microsoft.DotNet.Common.ItemTemplates,Microsoft.NET.Test.Sdk,Microsoft.NET.ILLink.Tasks,Microsoft.Net.Compilers.Toolset From Version 6.0.0-rc.1.21368.1 -> To Version 6.0.0-rc.1.21369.2 (parent: Microsoft.NET.Sdk
2021-07-19 19:39:45 +00:00
<MicrosoftNETTestSdkVersion>17.0.0-preview-20210719-01</MicrosoftNETTestSdkVersion>
Update dependencies from https://github.com/dotnet/sdk build 20200709.1 (#7953) Microsoft.NET.Sdk , Microsoft.DotNet.MSBuildSdkResolver From Version 5.0.100-preview.8.20358.6 -> To Version 5.0.100-preview.8.20359.1 Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
2020-07-09 08:22:37 +00:00
</PropertyGroup>
Initial checkin of source-build tarball build infrastructure (#10961) * Initial checkin of source-build tarball build infra * Add a couple more comments * Update eng/SourceBuild.Version.Details.xml based on PR review Co-authored-by: Chris Rummel <crummel@microsoft.com> * Updates based on PR review comments Co-authored-by: Chris Rummel <crummel@microsoft.com>
2021-06-24 21:36:04 +00:00
<!-- dependencies for source-build tarball -->
<PropertyGroup>
<!-- These two MicrosoftBuild versions are required to build tarball tasks
These tasks will eventually move to Arcade and then these can be
removed. See https://github.com/dotnet/source-build/issues/2295 -->
<MicrosoftBuildFrameworkVersion>15.7.179</MicrosoftBuildFrameworkVersion>
<MicrosoftBuildUtilitiesCoreVersion>15.7.179</MicrosoftBuildUtilitiesCoreVersion>
[ArPow Tarball] Handle SBRP packages in previously source-built artifacts (#11072) * Add SBRP packages to prev source-built * Update to new version of prev source-built * Update SBRP reference * Don't delete SBRP packages * Update private source-built version
2021-07-08 14:35:21 +00:00
<PrivateSourceBuiltArtifactsPackageVersion>0.1.0-6.0.100-bootstrap.6</PrivateSourceBuiltArtifactsPackageVersion>
Initial checkin of source-build tarball build infrastructure (#10961) * Initial checkin of source-build tarball build infra * Add a couple more comments * Update eng/SourceBuild.Version.Details.xml based on PR review Co-authored-by: Chris Rummel <crummel@microsoft.com> * Updates based on PR review comments Co-authored-by: Chris Rummel <crummel@microsoft.com>
2021-06-24 21:36:04 +00:00
</PropertyGroup>
Adding xamarin workload manifests
2021-03-12 18:00:04 +00:00
<!-- Workload manifest package versions -->
Adding workload manifests to installers
2021-03-11 22:03:04 +00:00
<PropertyGroup>
Add .NET MAUI workload manifest Context: https://github.com/dotnet/maui/pull/603 After building with `.\build.cmd -pack -publish`, I could install the workload: .\artifacts\bin\redist\Debug\dotnet\dotnet.exe workload install maui --verbosity diag ... Successfully installed workload(s) maui. Next, I setup a `global.json` with `6.0.100-dev` and tried: .\artifacts\bin\redist\Debug\dotnet\dotnet.exe new maui I was able to build and run the app, after some minor tweaks to the template.
2021-06-17 13:36:34 +00:00
<MauiWorkloadManifestVersion>6.0.100-ci.main.806</MauiWorkloadManifestVersion>
Bump to Xamarin ci.main workload manifests Context: https://github.com/dotnet/designs/pull/188/files#diff-8fcaa29d8e6f00b34b3cb1830d93f33e75f04424780a66a3c658c7021048e74fR125 Context: https://github.com/xamarin/xamarin-android/pull/5898 Context: https://github.com/xamarin/xamarin-macios/pull/11436 The Xamarin workload manifest packages have been renamed to have a `$(PackageId)` of: Microsoft.NET.Sdk.[platform].Manifest-6.0.100 The `dotnet` directory on disk is expected to contain: dotnet\sdk-manifests\6.0.100\Microsoft.NET.Sdk.[platform]\ WorkloadManifest.json WorkloadManifest.targets I manually tested `.\build.cmd -pack -publish` which produced `artifacts\**\dotnet-sdk-6.0.100-dev-win-x64.exe`. After installing it, I can see the "advertising manifest" feature seems to be working: > dotnet workload install microsoft-android-sdk-full --configfile NuGet.config Updated advertising manifest microsoft.net.sdk.android. Updated advertising manifest microsoft.net.sdk.ios. Updated advertising manifest microsoft.net.sdk.maccatalyst. Updated advertising manifest microsoft.net.sdk.macos. Updated advertising manifest microsoft.net.sdk.tvos. Failed to update the advertising manifest microsoft.net.workload.blazorwebassembly: microsoft.net.workload.blazorwebassembly.manifest-6.0.100 is not found in NuGet feeds https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet6/nuget/v3/index.json, https://pkgs.dev.azure.com/azure-public/vside/_packaging/xamarin-impl/nuget/v3/index.json, https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet-public/nuget/v3/index.json", Installing pack Microsoft.Android.Sdk version 11.0.200-ci.main.256... Writing workload pack installation record for Microsoft.Android.Sdk version 11.0.200-ci.main.256... Installing pack Microsoft.Android.Sdk.BundleTool version 11.0.200-ci.main.256... Writing workload pack installation record for Microsoft.Android.Sdk.BundleTool version 11.0.200-ci.main.256... Installing pack Microsoft.Android.Ref version 11.0.200-ci.main.256... Writing workload pack installation record for Microsoft.Android.Ref version 11.0.200-ci.main.256... Installing pack Microsoft.Android.Templates version 11.0.200-ci.main.256... Writing workload pack installation record for Microsoft.Android.Templates version 11.0.200-ci.main.256... Garbage collecting for SDK feature bands 6.0.100... Successfully installed workload(s) microsoft-android-sdk-full. Then I'm able to build and run an Android application using the installed workload: > dotnet build HelloAndroid -t:Run ... Build succeeded. 0 Warning(s) 0 Error(s) Time Elapsed 00:00:21.76
2021-05-06 19:43:54 +00:00
<XamarinAndroidWorkloadManifestVersion>11.0.200-ci.main.256</XamarinAndroidWorkloadManifestVersion>
<XamarinIOSWorkloadManifestVersion>14.5.100-ci.main.723</XamarinIOSWorkloadManifestVersion>
<XamarinMacCatalystWorkloadManifestVersion>14.5.100-ci.main.723</XamarinMacCatalystWorkloadManifestVersion>
<XamarinMacOSWorkloadManifestVersion>11.3.100-ci.main.723</XamarinMacOSWorkloadManifestVersion>
<XamarinTvOSWorkloadManifestVersion>14.5.100-ci.main.723</XamarinTvOSWorkloadManifestVersion>
Add Mono workload baseline manifest (#10594) This also replaces the Microsoft.NET.Sdk.BlazorWebAssembly.AOT workload
2021-05-14 20:23:45 +00:00
<MonoWorkloadManifestVersion>$(MicrosoftNETCoreAppRefPackageVersion)</MonoWorkloadManifestVersion>
Update dependencies from https://github.com/dotnet/emsdk build 20210719.1 Microsoft.NET.Workload.Emscripten.Manifest-6.0.100 From Version 6.0.0-rc.1.21365.1 -> To Version 6.0.0-rc.1.21369.1
2021-07-19 16:15:25 +00:00
<MicrosoftNETWorkloadEmscriptenManifest60100Version>6.0.0-rc.1.21369.1</MicrosoftNETWorkloadEmscriptenManifest60100Version>
Update reference to the property
2021-07-09 22:02:16 +00:00
<EmscriptenWorkloadManifestVersion>$(MicrosoftNETWorkloadEmscriptenManifest60100Version)</EmscriptenWorkloadManifestVersion>
Adding workload manifests to installers
2021-03-11 22:03:04 +00:00
</PropertyGroup>
Re-enable the generation of the msbuildextensions nupkg.
2019-06-24 20:24:27 +00:00
<PropertyGroup>
<!-- pinned dependency. This package is not being produced outside of the 2.0 branch of corefx and should not change. -->
<CLI_NETStandardLibraryNETFrameworkVersion>2.0.1-servicing-26011-01</CLI_NETStandardLibraryNETFrameworkVersion>
</PropertyGroup>
Make a separate props file
2020-09-18 04:16:38 +00:00
<Import Project="$(RepositoryEngineeringDir)ManualVersions.props" />
Updating xlf and fixing line ending problems with one file.
2017-06-20 04:37:47 +00:00
</Project>
Reference in a new issue Copy permalink