-
Notifications
You must be signed in to change notification settings - Fork 706
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
Consider publishing plugin as self-contained app #112
Comments
After consulting with .NET Core experts, I think supporting major version roll-forward would be a better alternative. Running self-contained would also work, but adds a bunch of complexity:
Major version roll-forward also has risks due to breaking changes in .NET Core, but these risks should be much easier to manage and test for. |
Just curious if there is an ETA for either of the solutions, we know that once either CredProvider is a self-contained app or roll-forward things will work for us and it will be easier now with the introduction of authentication tasks which I just tried and fail the same way as setting CredProvider manually. |
@jcagme just released 0.1.18 of the credprovider with roll-forward. Could you please give that a try? |
Closing as .NET Core 3.0 is now supported via major version roll-forward. Will not be publishing as a self-contained app since it would require many changes as described above. Please let me know if you have any issues on .NET Core 3.0. |
If not published as a self-contained app, a NuGet launch of the plugin could fail if the plugin's runtime dependencies are not satisfied.
.NET Core ran into this failure because their build uses .NET Core 3.0 with multilevel lookup (
DOTNET_MULTILEVEL_LOOKUP
) disabled.The text was updated successfully, but these errors were encountered: