Skip to content
This repository has been archived by the owner on May 29, 2019. It is now read-only.

Upgrade to VS 2017 #734

Merged
merged 1 commit into from
Feb 9, 2017
Merged

Upgrade to VS 2017 #734

merged 1 commit into from
Feb 9, 2017

Conversation

natemcmaster
Copy link
Contributor

@natemcmaster natemcmaster commented Jan 12, 2017

Part of aspnet/Universe#469.
Depends on aspnet/Hosting#913.
Includes a few workaround for RC.2 bugs, but should mostly work now.

✅ E2E tests pass.
✅ Launching/debugging MusicStore portable in VS works.
❌ Launching/debugging MusicStore.Standalone in VS fails. cc @mlorbetske

The program '[29116] dotnet.exe' has exited with code -2147450749 (0x80008083).

cc @muratg @Eilon

<PreserveCompilationContext>true</PreserveCompilationContext>
<OutputType>Exe</OutputType>
<WarningsAsErrors>true</WarningsAsErrors>
<RuntimeIdentifiers>win7-x64;win7-x86;win10-x64;win10-x86;osx.10.10-x64;osx.10.11-x64;osx.10.12-x64;ubuntu.14.04-x64;ubuntu.15.04-x64;centos.7-x64;rhel.7.2-x64</RuntimeIdentifiers>
Copy link
Member

Choose a reason for hiding this comment

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

ubuntu.16.04-x64

Copy link
Contributor Author

Choose a reason for hiding this comment

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

add or replace? do we ever run tests on 15?

Copy link
Member

Choose a reason for hiding this comment

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

I believe odd version numbers is something like a preview release, we can just add 16 and keep 15, doesn't hurt

@@ -0,0 +1,22 @@
<Project Sdk="Microsoft.NET.Sdk.Web" ToolsVersion="15.0">

<Import Project="$([MSBuild]::GetDirectoryNameOfFileAbove($(MSBuildThisFileDirectory), 'version.props'))\version.props" />
Copy link
Member

Choose a reason for hiding this comment

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

Curious, is \ going to be fine on Unix systems?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yup.

@BrennanConroy
Copy link
Member

With my limited knowledge it looks good
🐑 🇮🇹

@natemcmaster
Copy link
Contributor Author

natemcmaster commented Jan 13, 2017

Found a blocking issue!

We can't upgrade this project yet because we won't have a way to filter tests based on Xunit trait. We need this to run tests for that are specifically designed for NanoServer. dotnet-test-xunit provided a way to filter on traits, but there is no equivalent in xunit.runner.visualstudio and dotnet-test for MSBuild.

It looks like this issue has been opened many times, but there has been no resolution yet.
aspnet/Tooling#182
aspnet/Tooling#684
https://github.com/dotnet/cli/issues/2252
https://github.com/dotnet/cli/issues/3832
xunit/xunit#889

cc @Eilon @blackdwarf

@@ -12,7 +13,12 @@ protected override Task<HttpResponseMessage> SendAsync(HttpRequestMessage reques
var response = new HttpResponseMessage();

var basePath = Path.GetFullPath(Path.Combine(
Directory.GetCurrentDirectory(), "ForTesting", "Mocks", "OpenIdConnect"));
#if NET451
Copy link
Member

Choose a reason for hiding this comment

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

Curious - why would any code need to change as part of the migration?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

dotnet-test breaks on any tests that use Directory.GetCurrentDirectory(). See https://developercommunity.visualstudio.com/content/problem/7956/current-working-directory-of-net-core-tests-is-set.html

Copy link
Member

Choose a reason for hiding this comment

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

Is this just a bug? That seems quite odd, no? I would imagine that tons of tests would break during migration (not just ours, but anyone's tests).

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It's a bug. The vstest team is tracking a fix for this here: microsoft/vstest#311

Copy link
Member

Choose a reason for hiding this comment

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

Oh, sad 😦

@natemcmaster
Copy link
Contributor Author

🆙 📅 Removing [blocked] label. I've added a workaround for the inability to filter by xunit traits. (see fe4bb03)

Also, discovered that these tests weren't running anyways: aspnet/Testing#244

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants