Skip to content
This repository has been archived by the owner on Oct 12, 2022. It is now read-only.

Make EventSource telemetry module target netstandard1.3 #77

Merged
merged 2 commits into from
Mar 30, 2017
Merged

Make EventSource telemetry module target netstandard1.3 #77

merged 2 commits into from
Mar 30, 2017

Conversation

karolz-ms
Copy link
Contributor

This change also makes the whole AI-logging repo use MSBuild 15 tooling

@msftclas
Copy link

@karolz-ms,
Thanks for your contribution. It looks like you are a Microsoft vendor. To ensure that the project team has proper rights to use your work, please complete the Contribution License Agreement at https://cla.microsoft.com.

The agreement will cover your contributions to all Microsoft-managed open source projects.
Thanks,
Microsoft Pull Request Bot

@@ -1,11 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Import Project="$([MSBuild]::GetDirectoryNameOfFileAbove($(MSBuildThisFileDirectory), 'Global.props'))\Global.props" />
<Import Project=".\GlobalStaticVersion.props" />
Copy link
Contributor

Choose a reason for hiding this comment

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

this change makes this repository inconsistent with the https://github.com/Microsoft/ApplicationInsights-dotnet Do you think we need to change that one too?

Copy link
Contributor Author

@karolz-ms karolz-ms Mar 30, 2017

Choose a reason for hiding this comment

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

I think that might be necessary.

The issue is that if the BaseIntermediateOutputPath property is set after Microsoft.Common.props has been imported, then it is too late for it to pick up the .props files generated in that folder by NuGet restore. You can resolve this by always importing Global.props file before Microsoft.Common.props gets imported, but I found it tricky to ensure. An easier way, and this is what I have done here, is to use the special Directory.Build.props file which will automatically get imported beforehand by MSBuild. For more information, see dotnet/msbuild#1603 (comment)

Copy link
Contributor

Choose a reason for hiding this comment

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

Is this the same idea? https://github.com/Microsoft/ApplicationInsights-dotnet/pull/466/files Can you please align by names of files

Copy link
Contributor Author

@karolz-ms karolz-ms Mar 30, 2017

Choose a reason for hiding this comment

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

It is the same problem but alternative solution. I like this one better because it does not require non-default project file structure (i.e. you can say <Project Sdk="Microsoft.NET.Sdk"> and everything still works.

Not sure exactly what you mean "align by names of files"? Do you mean "make it consistent between the two repos"?

Copy link
Contributor

Choose a reason for hiding this comment

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

Yes. I didn't dig into the exact solution details. So if you think your solution better - can you please as a minimum create an issue in dotnet repo

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@karolz-ms
Copy link
Contributor Author

Just to clarify: this change will require that the repo is built using a machine pool with MSBuild 15/VS 2017 tooling

@SergeyKanzhelev SergeyKanzhelev merged commit be286bb into microsoft:develop Mar 30, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants