Hi, thanks for sharing this.

It looks like we'll need to add support for environment variables in the 'Additional Files To Include' for this to work. I'll see if I can get this introduced. Thanks for making me aware of it.

An ugly work around would be to hard-code the path into the 'Additional files to include' setting. If you're sharing settings with other NCrunch users, you can create a new line in the setting for each user. If NCrunch detects the directory as missing, it simply won't try to include from it.

I've just revisited our solution to this issue, and realised that our solution doesn't really make sense in this context.

The Additional Files To Include is designed to allow you to include files in the workspace that a relatively referenced from your code or build logic.

But the Nuget package path above is referenced using an absolute path.

So an environment variable here won't help. NCrunch won't be able to do anything with the include because there is no relative structure that can fit this reference outside of the disk path it's already in.

I would expect that if you remove any attempt to include this nuget package using Additional Files To Include, NCrunch should still be able to build the project without issue. This is because any paths in the build logic pointing at the package will be pointing to an absolute path, and they will work regardless of whether the project is in a workspace or otherwise.

Is it possible that you encountered this issue by attempting to create an Additional Files To Include entry for the referenced package simply out of habit?

I note that storing packages in a global space (which Nuget v3 does) is likely to create problems when executing builds/tests on remote grid nodes that don't have the package installed. I'm currently investigating this issue.

Understood. Is the Additional Files To Include setting needed now that you are running Nuget v3?

It would be really great if you could do that. Sorry, I'm having a hard time understanding this one.

Thanks! The error message I receive from this code when testing it under the latest dev version of NCrunch is as follows:

System.InvalidOperationException: IExampleApi doesn't look like a Refit interface. Make sure it has at least one method with a Refit HTTP method attribute and Refit is installed in the project.
at Refit.RestService.For[T](HttpClient client, RefitSettings settings) in y:\code\paulcbetts\refit\Refit\RestService.cs:line 31
at Client.ApiFactory.CreateClient() in C:\Temp\nCrunchRefitAndNuget3-master\Client\IExampleApi.cs:line 31
at Client.Tests.SomeTests.ThisIsATest() in C:\Temp\nCrunchRefitAndNuget3-master\Client.Tests\SomeTests.cs:line 10

Is this the expected result of the code in its current state? It looks to be related to the endpoint/test. Is this the same problem you're experiencing, and can you confirm which version of NCrunch you're using?

I note that these projects are using project.json to reference their Nuget packages, so unless you're running an early build of 2.20, NCrunch will likely bomb out with a DNX error.

Gotcha! It looks like this file is referenced implicitly somehow - I can't find anything in the project XML that points directly to it .. so NCrunch just won't know about it. This should be easy to fix. Thanks for the nice analysis.