-
Notifications
You must be signed in to change notification settings - Fork 319
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
TestAdapterPath should work together with other lookup methods #1319
Comments
You can use |
From @NikolayPianikov on November 18, 2017 14:23 @smadala yes, but I used it under |
From @dtretyakov on December 5, 2017 12:40 @smadala, in And it's blocking use case in our integration, see JetBrains/teamcity-dotnet-plugin#101 When do you plan to fix it? |
@NikolayPianikov @dtretyakov Feel free to raise PR. Let us know if you need any help. |
@smadala, it was also mentioned in #141 (comment) by @AbhitejJohn that:
|
|
From @NikolayPianikov on November 17, 2017 15:8
I mean project output directory, nuget and etc.
TestAdapterPath
for .net full it does not try to find adapters in the project output directory but for .net core it properly finds.So I should copy my custom adapter to the root of solution directory to run tests for mixed solution (with full .net and core .net projects). And vstest could spend potentially significant time finding all required adapters when agent checkout directory has a lot of files/directories. It is very important for CI.
TestAdapterPaths
for that to work together with other lookup methods.Copied from original issue: microsoft/vstest-docs#103
The text was updated successfully, but these errors were encountered: