Skip to content

Conversation

@dougbu
Copy link
Contributor

@dougbu dougbu commented Sep 16, 2020

  • set the package version of Extensions assemblies using NETCore.App version
    • ignore Microsoft.Extensions.Internal.Transport package version
      • transport package has a non-stable version and isn't shipped
      • just got lucky this worked before versions stabilize
  • update test expectations when checking PackageOverrides.txt
    • use NuGet.Versioning to make this easier

…icing

- set the package version of Extensions assemblies using NETCore.App version
  - ignore Microsoft.Extensions.Internal.Transport package version
    - transport package has a non-stable version and isn't shipped
    - just got lucky this worked before versions stabilize
- update test expectations when checking PackageOverrides.txt
  - use NuGet.Versioning to make this easier
@dougbu dougbu added feature-platform Deprecated: Cross-cutting issues related to ASP.NET Core as a platform tell-mode Indicates a PR which is being merged during tell-mode labels Sep 16, 2020
@dougbu dougbu requested a review from a team September 16, 2020 23:49
@dougbu
Copy link
Contributor Author

dougbu commented Sep 16, 2020

Think I need a "from servicing readiness exercise" label ☹️

@dougbu
Copy link
Contributor Author

dougbu commented Sep 16, 2020

/fyi @Pilchie

@dougbu dougbu merged commit 6418c8f into release/5.0-rc2 Sep 18, 2020
@dougbu dougbu deleted the dougbu/pin.PackageOverrides branch September 18, 2020 04:02
dougbu added a commit that referenced this pull request Sep 25, 2020
- doing now ensures we don't forget if we need to service targeting packs
- not needed in release/3.1 because that branch still pins packages at `X.Y.0` in targeting packs
  - did not do bfc1ec6 / #25851 work in 3.1 because dotnet/runtime ref/ assemblies change there
- revert no-longer-necessary parts of 6418c8f / #25986
  - `$(MicrosoftNETCoreAppRuntimeVersion)` is now correct whenever `GeneratePackageOverrides` runs
dougbu added a commit that referenced this pull request Sep 25, 2020
* Support override of PackageOverrides.txt content in servicing
- doing now ensures we don't forget if we need to service targeting packs
- not needed in release/3.1 because that branch still pins packages at `X.Y.0` in targeting packs
  - did not do bfc1ec6 / #25851 work in 3.1 because dotnet/runtime ref/ assemblies change there
- revert no-longer-necessary parts of 6418c8f / #25986
  - `$(MicrosoftNETCoreAppRuntimeVersion)` is now correct whenever `GeneratePackageOverrides` runs

nits:
- rename `GeneratePackageConflictManifest` target to `GeneratePackageOverrides`
- rename `$(PackageConflictManifestFileName)` to `$(PackageOverridesFileName)`
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

feature-platform Deprecated: Cross-cutting issues related to ASP.NET Core as a platform tell-mode Indicates a PR which is being merged during tell-mode

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants