Repository navigation
Add xunit project to PowerShell.sln and make it runable from within VisualStudio - #7254
Conversation
…to run it within vs
…o AddXUnitToVs
| {73EA0BE6-C0C5-4B56-A5AA-DADA4C01D690}.Debug|Any CPU.Build.0 = Linux|Any CPU | ||
| {73EA0BE6-C0C5-4B56-A5AA-DADA4C01D690}.CodeCoverage|Any CPU.ActiveCfg = Linux|Any CPU | ||
| {73EA0BE6-C0C5-4B56-A5AA-DADA4C01D690}.CodeCoverage|Any CPU.Build.0 = Linux|Any CPU | ||
| {190BB016-1395-4944-853F-98F8A4277483}.CodeCoverage|Any CPU.ActiveCfg = Release|Any CPU |
There was a problem hiding this comment.
Can you please explain why these changes to ConfigurationPlatforms are necessary?
There was a problem hiding this comment.
This is done automatically by VS when adding an existing project...
|
Christoph Bergmeister (@bergmeister) Please have a look at merge conflicts. |
|
Aditya Patwardhan (@adityapatwardhan) I cannot take the upstream changes because PR #6926 invalidated the PowerShell solution file in such a way that it even prevents the XUnit project now from loading. I will therefore wait until the solution file has been fixed in master. |
…ToVs # Conflicts: # PowerShell.sln
…o AddXUnitToVs
…lstudio package is now sufficient for running tests in VS in the latest version (15.7.5)
…ease version (was already pre-release)
| {07BFD271-8992-4F34-9091-6CFC3E224A24}.Release|Any CPU.ActiveCfg = Release|Any CPU | ||
| {07BFD271-8992-4F34-9091-6CFC3E224A24}.Release|Any CPU.Build.0 = Release|Any CPU | ||
| {8F63D134-E413-4181-936D-D82F3F5F1D85}.CodeCoverage|Any CPU.ActiveCfg = CodeCoverage|Any CPU | ||
| {8F63D134-E413-4181-936D-D82F3F5F1D85}.CodeCoverage|Any CPU.Build.0 = CodeCoverage|Any CPU |
There was a problem hiding this comment.
You removed these two entries that are associated with 8F63D134-E413-4181-936D-D82F3F5F1D85, but left two entries associated with 07BFD271-8992-4F34-9091-6CFC3E224A24 above. Is that intentional?
There was a problem hiding this comment.
I believe it is better to rebase then try to resolve conflicts in such auto changed file.
There was a problem hiding this comment.
The conflict is already resolved and I resolved it by taking HEAD and adding the project again to the solution
There was a problem hiding this comment.
Christoph Bergmeister (@bergmeister) Please take a look at the highlighted entries in the screenshot below. It looks to me you shouldn't remove the two 8F63D134 entries.
There was a problem hiding this comment.
Dongbo Wang (@daxian-dbw) Sorry, thanks for reminding me to address your comment as well. Yes, I made 3 commits to address this:
- Remove the 2 redundant
07BFD271lines - Revert the removal of the 2
8F63D134lines - Reorder lines so that VS does not automatically re-order them on save,
|
UPDATE: I addressed the comments about the solution file and also updated the XUnit Nuget package from the preview version of 2.4.0 to the RTM version as it got published today. Shall I also update the xunit reference in test/hosting/hosting.tests.csproj from 2.3.1 to 2.4.0? |
I'm fine with updating the xunit reference, as long as it doesn't break our xunit test run 😄 |
|
Aditya Patwardhan (@adityapatwardhan) This looks ready for merge. |
|
Christoph Bergmeister (@bergmeister) Thank you for your contribution! |
| <PackageReference Include="xunit" Version="2.3.1" /> | ||
| <PackageReference Include="xunit" Version="2.4.0" /> | ||
| <!-- DotNetCliToolReference element specifies the CLI tool that the user wants to restore in the context of the project. --> | ||
| <DotNetCliToolReference Include="dotnet-xunit" Version="2.3.1" /> |
There was a problem hiding this comment.
Christoph Bergmeister (@bergmeister) We skipped the old version :-)
There was a problem hiding this comment.
Did you mean dotnet-xunit? Version 2.4.0 of it is still in preview
https://www.nuget.org/packages/dotnet-xunit/2.4.0-beta.1.build3958
There was a problem hiding this comment.
Yes, we add it in csharp.tests.csproj in the PR.
There was a problem hiding this comment.
Ok, I see what you mean now. If it's not essential, then I'd still just wait for 2.4.0 of this package to become RTM.
There was a problem hiding this comment.
We can wait. My comment is informational only.
|
Christoph Bergmeister (@bergmeister) Really happy about this PR! Thx! |
|
Thanks Staffan Gustafsson (@powercode) , I also plan to do something similar for the hosting tests. Thanks for your efforts about the ReSharper settings as well. |
…isualStudio (PowerShell#7254) * add csproj ref to sln * Remove Microsoft.NET.Test.Sdk NuGet reference. The xunit.runner.visualstudio package is now sufficient for running tests in VS in the latest version (15.7.5) * use RTM versions of XUnit 2.4.0 that got published today * Update XUnit in hosting project as well to newer release

PR Summary
PowerShell.slnand tweaking it to make the project load in VS (by adding theToolsVersion) and making it runable in the VS test explorer by adding the required NuGet packagesxunit.runner.visualstudio.xunitpackage from2.4.0-beta.2.build4010to2.4.0(RTM) that got recently releasedPR Checklist
.h,.cpp,.cs,.ps1and.psm1files have the correct copyright headerWIP:to the beginning of the title and remove the prefix when the PR is ready.[feature]if the change is significant or affects feature tests