Skip to content

[automated] Merge branch 'release/2.1' => 'release/2.2' #6723

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conversation

dotnet-maestro-bot
Copy link
Contributor

I detected changes in the release/2.1 branch which have not been merged yet to release/2.2. I'm a robot and am configured to help you automatically keep release/2.2 up to date, so I've opened this PR.

This PR merges commits made on release/2.1 by the following committers:

Instructions for merging

This repo does not appear to allow merge commits from the GitHub UI, so you will need to update this PR with a merge commit before closing this PR.

git fetch
git checkout release/2.1
git pull --ff-only
git checkout release/2.2
git pull --ff-only
git merge --no-ff release/2.1
# If there are merge conflicts, resolve them and then run git merge --continue to complete the merge
git push https://github.com/dotnet-maestro-bot/AspNetCore HEAD:merge/release/2.1-to-release/2.2
or if you are using SSH
git push git@github.com:dotnet-maestro-bot/AspNetCore HEAD:merge/release/2.1-to-release/2.2

After PR checks are complete push the branch

git push

Please contact .NET Core Engineering if you have questions or issues.
Also, if this PR was generated incorrectly, help us fix it. See https://github.com/dotnet/arcade/blob/master/scripts/GitHubMergeBranches.ps1.

jkotalik and others added 2 commits January 15, 2019 13:12
…2.1.0

The 2.0 version of the Microsoft.Extensions.DependencyModel does not
support the assembly/file version metadata. We must have at least 2.1.

Between 2.1.6 and 2.1.7, we switched the build to use MSBuild.exe
("full" MSBuild) instead of `dotnet msbuild` ("core" MSBuild). MSBuild
has different assembly loaders behaviors in core vs full. By switching
MSBuild types, we were also unintentionally switching the version of
Microsoft.Extensions.DependencyModel.dll that was being used by our build
 task from 2.1 back down to 2.0.

The reason we didn't discover this in earlier 2.1.x patches is that
building on msbuild core automatically upgraded our build tasks to
Microsoft.Extensions.DependencyModel.dll, Version=2.1.0.0. This happens
because of differences in the way .NET Core and MSBuild handles
assemblies with the same ID and different versions, and differences in
the layout of MSBuild and the .NET Core CLI.

In the end, this happened because we didn't have test coverage. MSBuild
and custom tasks burned asagain, but we should have just had unit tests
all along, which would have uncovered this regression as soon as we
switched to msbuild.exe.
@dotnet-maestro-bot
Copy link
Contributor Author

This pull request has been updated.

This PR merges commits made on release/2.1 by the following committers:

@jkotalik jkotalik self-assigned this Jan 15, 2019
@dotnet-maestro-bot
Copy link
Contributor Author

This pull request has been updated.

This PR merges commits made on release/2.1 by the following committers:

@jkotalik jkotalik force-pushed the merge/release/2.1-to-release/2.2 branch from 563ff7c to eacffd5 Compare January 16, 2019 00:39
@dotnet-maestro-bot
Copy link
Contributor Author

❌ Uh oh, this pull request could not be updated automatically. New commits were pushed to release/2.1, but I could not automatically push those to merge/release/2.1-to-release/2.2 to update this PR.
You may need to fix this problem by merging branches with this PR. Contact .NET Core Engineering if you are not sure what to do about this.

Copy link
Contributor

@natemcmaster natemcmaster left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like TFM's didn't get updated. Otherwise LGTM

@jkotalik
Copy link
Contributor

There are some kestrel failures in this test with Missing method exceptions:

Failed   DoesNotCreateIPEndPointOnInvalidIPAddress(address: "http://+")
2019-01-16T07:24:37.9769297Z   Error Message:
2019-01-16T07:24:37.9770775Z    System.MissingMethodException : Method not found: 'Boolean Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.TryCreateIPEndPoint(Microsoft.AspNetCore.Http.Internal.BindingAddress, System.Net.IPEndPoint ByRef)'.
2019-01-16T07:24:37.9776024Z   Stack Trace:
2019-01-16T07:24:37.9779014Z      at Microsoft.AspNetCore.Server.Kestrel.Core.Tests.AddressBinderTests.DoesNotCreateIPEndPointOnInvalidIPAddress(String address)

@Tratcher known issue?

@jkotalik jkotalik merged commit dce7a3a into dotnet:release/2.2 Jan 16, 2019
@Tratcher
Copy link
Member

@jkotalik Yes, known issue in 2.2.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants