-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Remove all checks regarding $(MSBuildAssemblyVersion) being set or not #7165
Remove all checks regarding $(MSBuildAssemblyVersion) being set or not #7165
Conversation
src/Tasks/Microsoft.Common.props
Outdated
@@ -63,72 +63,19 @@ Copyright (C) Microsoft Corporation. All rights reserved. | |||
<Import Project="$(MSBuildProjectExtensionsPath)$(MSBuildProjectFile).*.props" Condition="'$(ImportProjectExtensionProps)' == 'true' and exists('$(MSBuildProjectExtensionsPath)')" /> | |||
|
|||
<!-- | |||
Import wildcard "ImportBefore" props files if we're actually in a 12.0+ project (rather than a project being | |||
treated as 4.0) | |||
Wildcard imports come from $(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props\ folder. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removed the reference to the "Microsoft.Common.props.d folder" since as far as I can tell, it never actually existed? Even in the PR which added this comment, it didn't seem to apply then either.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The reason for the weird naming is given the comments itself.
Unfortunately, there is already a file named "Microsoft.Common.props" in this directory so we have to have a slightly different directory name to hold extensions.
But the actual path is $(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Imports\$(MSBuildThisFile)\
for Microsoft.Common.props
.
Co-authored-by: Nirmal Guru <Nirmal4G@gmail.com>
Sure, I'll take care of xmlns in a separate PR :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Love all the deleted code!
Co-authored-by: Forgind <Forgind@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👌
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is delightful and I can't wait to merge it. I do think that should wait until we have a 17.2 branch, though, so I'm not going to hit "approve" quite yet. We'll work that out shortly I think.
Fixes #5190
Context
$(MSBuildAssemblyVersion)
is a built-in property which returns the MSBuild Assembly version as you may expect. In various props/targets it's used to detect whether MSBuild v4 is running, and at this point that's never the case that MSBuild v4 (or any MSBuild for that matter) would be using these props/targets.My understanding is that the props/targets which ship with the .NET Framework and do ship with MSBuild v4 are distributed separately and not part of this repo.
Changes Made
Removed all conditions where the existence of
$(MSBuildAssemblyVersion)
was used.