-
Notifications
You must be signed in to change notification settings - Fork 6k
Use case for AllowExplicitVersion #11512
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
I'm trying to rework this pull request based on @dsplaisted feedback, but am struggling with how to concisely phrase a recommendation. Suffice to say, I agree with @dsplaisted : AllowExplicitVersion should never be encouraged in the documentation on implicit references, even as a workaround. |
If it shouldn't be encouraged, why would we document it? If we're going to document it, then we should point out why it's discouraged. |
@Thraka I think So, while I agree with you documentation is the end goal, I'd rather get it right once than rush something out the door. |
OK I've labeled this issue. :) Just follow up when you have the right wording. |
@Thraka I have sent @dsplaisted a full repro sln that I've uploaded to my GitHub, as part of dotnet/sdk#3046 (comment) - this repro puts an interesting twist as it seems to indicate in some cases AllowExplicitVersion is absolutely required. What I don't understand is why, and I am hoping Daniel can shed light on it, as in a more complicated solution, his advice to include the metapackage on Tests project works. In my simpler repro, his advice does not work, which indicates my PR may be valid after all. |
@jzabroski any update? |
@dsplaisted and I closed the related issue - I think that we don't have a good use case for AllowExplicitVersion, other than perhaps the same scenarios solved by |
@jzabroski I closed this, you could rollback your delete and keep the content, but as it stands right now, the PR doesn't contain any changes. |
@Thraka Sorry Andy, I was trying to think of where AllowExplicitVersion should go. I think csproj.md is the right place, but was fumbling with where to put it. |
I think it's a good place for it right now. We're going to rework this article eventually. I think that after this section would be good: https://docs.microsoft.com/en-us/dotnet/core/tools/csproj#implicit-version-for-some-package-references |
Partial Fixes for dotnet/sdk#2879