-
Notifications
You must be signed in to change notification settings - Fork 9
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
nunit3-console.exe unable to find dll when AppendTargetFrameworkToOutputPath is added to project #38
Comments
This is actually an extension issue related to #34 Both are actually instances of an (as yet unwritten) issue about the project loader extension not supporting SDK-format projects. I'm moving this issue to the project loader repo for follow-up. In the short term, your workaround is to stop running solution files using the console runner. If you have a relatively small fixed list of test assemblies, run them directly for now. Or create a |
I had similar problem, adding <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">
<OutputPath>bin\x64\Debug\</OutputPath>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
<OutputPath>bin\x64\Release\</OutputPath>
</PropertyGroup> to csproj test file solved the issue. |
@makersky Yes, that solves a specific problem... i.e. a project that defaults the OutputPath. The more general problem is that SDK-style projects can default a lot of things! Still I think I'll add this suggestion in the docs somewhere. |
Fixed by adding a check for the specific property but a more general approach is needed overall for the future. |
🎉 This issue has been resolved in version 3.9.0 🎉 The release is available on: |
I just recently upgraded some of our projects to the SDK style project but have ran into an issue where adding
<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>
is failing because nunit3-console.exe is failing to find any of the correct dll's because it is still looking inDebug\net472
folderI was able to reproduce the issue by creating a new project with the following csproj:
Command being ran:
The output from the previous command:
I have tried running the command with
--trace=Debug
and--inprocess
as the bug report suggested and there is no difference.The versions of all of the packages is as show above.
If I am missing something please let me know. We only call the console from our build process so I am a bit unfamiliar with the console runner.
The text was updated successfully, but these errors were encountered: