-
Notifications
You must be signed in to change notification settings - Fork 33
Tools version is unsupported #56
Comments
Hmm, good question. I don't have a machine with only VS2017 to test. It's unexpected, but plausible. I'll see if I can get some time later to have a look. |
The cause is here:
This will need to be made configurable or a lookup performed prior to injection of this xml. |
Ah yep, that makes sense. A general thought is that it's the call to SpecFlow that is failing on the |
I suspect the best approach is to discover the tools version, but I'm not sure what the best approach for that would be. I wonder if you can use MSBuild conditions or if there are build variables available to use so that we don't have to specify the constant |
@smudge202 Thanks for your thoughts. I'm in a similar position; I also don't know enough about MSBuild to be helpful and I don't know if/when I would get around to investigating this. @TimMurphy You can download/install MSBuild separately to Visual Studio. If you don't want to install VS2015 you could try just installing the required standalone version of MSBuild as a workaround. |
@stajs Apologies for delay in responding. GitHub failed to send notifications and now days I'm a part-time programmer. Instead of needing to configure my machine correctly I'll have a crack at creating a PR. |
Resolved stajs#56 with a new optional command line argument --tools-version. --tools-version defaults to 14.0. When running SpecFlow.NetCore on an machine with only Visual Studio 2017 installed then set --tools-version to 4.0.
Resolved stajs#56 with a new optional command line argument --tools-version. --tools-version defaults to 14.0. When running SpecFlow.NetCore on an machine with only Visual Studio 2017 installed then set --tools-version to 4.0.
Resolved stajs#56 with a new optional command line argument --tools-version. --tools-version defaults to 14.0. When running SpecFlow.NetCore on an machine with only Visual Studio 2017 installed then set --tools-version to 4.0.
* Make tools version configurable Resolved #56 with a new optional command line argument --tools-version. --tools-version defaults to 14.0. When running SpecFlow.NetCore on an machine with only Visual Studio 2017 installed then set --tools-version to 4.0. * Set toolsVerision to "14.0" in the optional argument instead of having it as nul
The xunit sample in this repository does not build spec.cs files on my machine.
Withing the build output there is a call to
specflow.exe generateall
and it generates the following error:I receive the same error from the developer command line using a manually created 'fake.csproj' file.
Is the issue caused because I only have Visual Studio 2017 on my machine? Does the project build successfully on machines with VS 2015 installed as well?
I'm aware of Issue #49 but that issue was closed because Target Framework is not supported.
Full build log.
The text was updated successfully, but these errors were encountered: