Skip to content

Conversation

@dotnet-bot
Copy link
Contributor

This is an automatically generated pull request from release/3.0.1xx into master.

git fetch --all
git checkout merges/release/3.0.1xx-to-master
git reset --hard upstream/master
git merge upstream/release/3.0.1xx
# Fix merge conflicts
git commit
git push upstream merges/release/3.0.1xx-to-master --force

Once all conflicts are resolved and all the tests pass, you are free to merge the pull request.

Peter Huene and others added 27 commits January 29, 2019 14:47
This commit ensures that we exclude files from the `Microsoft.NETCore.App`
platform library on publish when the platform library is
`Microsoft.AspNetCore.App`, which doesn't have an explicit dependency on
`Microsoft.NETCore.App`.

When publishing a 2.x ASP.NET application, the `MicrosoftNETPlatformLibrary`
property gets changed by ASP.NET to `Microsoft.AspNetCore.App`.  This causes
the task responsible for determining what files to copy locally to treat files
from `Microsoft.NETCore.App` and its dependencies as not being part of the
platform.

However, when publishing the application as framework-dependent, almost all the
platform files get excluded thanks to conflict resolution which has the files
as part of the platform manifest and preferred packages.  Unfortunately, the
apphost, hostpolicy, and hostfxr files are not part of these lists and as a
result will be copied locally.

This breaks framework-dependent apphost activation because hostfxr and
hostpolicy are copied locally.  Additionally, these files end up in the
deps.json file which also prevents roll-forward activation if the two files are
manually deleted.

The fix is to treat `Microsoft.NETCore.App` as an implicit dependency of
`Microsoft.AspNetCore.App` where we calculate the list of excluded packages for
a framework-dependent publish.

Fixes dotnet/cli#10602.
… lib names.

This commit treats `Microsoft.NETCore.App` as an implicit dependency for any
platform library name, allowing the fix to work for both `Microsoft.AspNet.App`
and `Microsoft.AspNet.All`.
Perform a fetch before the checkout
…1-release/2.1.6xx-1

Insert NuGet Build 5.0.0-rtm.5821 into sdk
…e/2.2.2xx

Merge release/2.1.6xx to release/2.2.2xx
…e/2.1.5xx

Merge release/2.1.4xx to release/2.1.5xx
Ensure Microsoft.NETCore.App is an implicit dependency for publish.
…e/2.2.2xx

Merge release/2.2.1xx to release/2.2.2xx
…e/2.2.1xx

Merge release/2.1.5xx to release/2.2.1xx
…e/2.2.2xx

Merge release/2.2.1xx to release/2.2.2xx
LOC CHECKIN | dotnet/sdk release/2.2.2xx | 20190215
…1-release/2.2.2xx-1

Insert NuGet Build 5.0.0-rtm.5856 into sdk
…1-release/2.2.2xx-1

Insert NuGet Build 5.0.0-rtm.5867 into sdk
A fix was made in 2.2 that included some tests that published a 2.2 web
project and ensured the output was correct for the apphost.  However,
we don't install a 2.2 shared runtime for ASP.NET in our test
environment and therefore one of the tests cannot activate the
framework-dependent apphost.

For the fix, the important thing was to ensure we didn't publish the
fxr/hostpolicy libraries that interfered with the framework-dependent
apphost's activation.  The test still checks for the absence of these
files to cover the original fix.

Additionally, I'm merging the `GivenThatWeWantToPublishAWebProject`
tests into the `GivenThatWeWantToPublishAWebApp`.  The former was
accidentally put into the "Properties" sub-directory anyway.
…e/3.0.1xx

Merge release/2.2.2xx to release/3.0.1xx
Copy link

@ghost ghost left a comment

Choose a reason for hiding this comment

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

Auto-approval

@ghost ghost merged commit 2995106 into master Apr 5, 2019
@ghost ghost deleted the merges/release/3.0.1xx-to-master branch April 5, 2019 04:00
dsplaisted pushed a commit to dsplaisted/sdk that referenced this pull request Feb 19, 2020
GangWang01 pushed a commit to GangWang01/sdk that referenced this pull request Jun 21, 2022
* Created the project structure

* Create TemplateLocalizer.Core

* [Localizer] Localizable string extraction (dotnet#3018)

* String extraction

* Adressing PR feedback

* Function signature simplification + exceptions

* Commenting the rules

* Key creator type rename

* Adressing PR feedback

* Create/Update templatestrings.json file

# Conflicts:
#	src/Microsoft.TemplateEngine.TemplateLocalizer/Commands/Export/ExportCommand.cs

* Get authoring language from template.json

* Replaced string literals with resource strings

* Added tests to template localizer projects (dotnet#3083)

* TemplateLocalizer Core Tests

* TemplateLocalizer Console Tests

* Switched to XUnit

* Addressing PR feedback

* Use test templates instead of template strings

* Fix test project flag

* Revert "Fix test project flag"

This reverts commit 98e9f6801eba184c9014c1cda92ff7c214f15c61.

* Renamed localizer project EndToEndTests to IntegrationTests

* Styling changes

* Addressing PR feedback

Co-authored-by: donJoseLuis <58810449+donJoseLuis@users.noreply.github.com>
GangWang01 pushed a commit to GangWang01/sdk that referenced this pull request Jul 11, 2022
* Created the project structure

* Create TemplateLocalizer.Core

* [Localizer] Localizable string extraction (dotnet#3018)

* String extraction

* Adressing PR feedback

* Function signature simplification + exceptions

* Commenting the rules

* Key creator type rename

* Adressing PR feedback

* Create/Update templatestrings.json file

# Conflicts:
#	src/Microsoft.TemplateEngine.TemplateLocalizer/Commands/Export/ExportCommand.cs

* Get authoring language from template.json

* Replaced string literals with resource strings

* Added tests to template localizer projects (dotnet#3083)

* TemplateLocalizer Core Tests

* TemplateLocalizer Console Tests

* Switched to XUnit

* Addressing PR feedback

* Use test templates instead of template strings

* Fix test project flag

* Revert "Fix test project flag"

This reverts commit 98e9f6801eba184c9014c1cda92ff7c214f15c61.

* Renamed localizer project EndToEndTests to IntegrationTests

* Styling changes

* Addressing PR feedback

Co-authored-by: donJoseLuis <58810449+donJoseLuis@users.noreply.github.com>
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants