-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Is the dotnet5.4 TFM forward compatible with RC2? #53
Comments
Answered here (tldr: "yes"): http://stackoverflow.com/questions/34983390/is-the-dotnet5-4-tfm-forward-compatible-to-rc2 |
Unfortunately, that's the wrong answer 😄 . dotnet5.x will not work with netstandard1.x. To work around this, you'll need to specify an imports statement: {
"frameworks": {
"netstandard1.5": {
"imports": "dotnet5.6",
"dependencies": {
"SomeDependency": "1.0.0"
}
}
}
} |
Is that syntax valid for RC1 or just RC2? If RC2, does that mean that there's no way to publish a net-core-targetting-pcl package in RC1 that can be consumed by an RC2 project without releasing a new version? If RC1, ignore that second part. |
RC2, part of the move is unifying
Correct. We want to keep netstandard clean, so it'll likely be a year or so before people can fully remove imports. This allows us to remove any backwards compat burden from the TFM and allows users to move forward with existing packages. |
Just to clarify, the purpose of importing dotnet5.x would be to support consuming an RC2 library from RC1, correct? (Otherwise I'm failing to understand why I would include it) Edit: Wait, I think I understand now - "import" allows an RC2 "netstandard"-targetting application to consume an RC1 "dotnet5.X" library like it was targetting netstandard. |
Closing. Based on conversations in linked issues, my "edit" assumption is correct. |
If I were to release a new version of a library with support for the dotnet5.4 moniker, will it be consumable from a project that targets .NET Core 1.0 RC2 (specifically a netstandard TFM) ,or will I need to explicitly release a new version that targets netstandardX?
(I realise these monikers aren't actually equivalent, its more about maintaining support for .NET Core)
The text was updated successfully, but these errors were encountered: