Make VS2019 a prerequisite, and add scripts to set required env vars#1038
Conversation
… environment variables
ryanbrandenburg
left a comment
There was a problem hiding this comment.
Code looks good,
if you've tested locally.
|
|
||
| $_OLD_PATH = $env:PATH | ||
| # Tell dotnet where to find itself | ||
| $env:DOTNET_ROOT = "$PSScriptRoot\.dotnet" |
There was a problem hiding this comment.
For an individual user building locally, don't we want $env:UserProfile\.dotnet? This seems to require re-activating whenever a dev moves from their aspnet/Extensions repo to aspnet/AspNetCore and back.
There was a problem hiding this comment.
For an individual user building locally, don't we want $env:UserProfile.dotnet?
I wish that were the case, but that's not the default Arcade chose. Aracde installs to "$repoRoot/.dotnet". So yes, you have to reactivate to update PATH when moving between repos. 😞
|
Should the requirement also be included in |
|
AFAIK the only thing Visual Studio and |
Eilon
left a comment
There was a problem hiding this comment.
Don't know what the code does, but the concept looks good. Docs look good too.
|
@natemcmaster Hey, I was wondering if the VS 2019 requirement is a hard requirement, or if there was a way to get this into a buildable state with VS 2017 too. I tried lowering the requirement in the sln and was able to load the solution properly but then I got an error that the “current .NET SDK does not support targeting .NET Standard 2.0.” I did activate the environment for VS, so the 3.0 SDK should be there? The reason I’m asking is because I don’t really want to waste another 5+ gigabytes on multiple machines for a VS that I’m not going to use otherwise. And I have been able to use 2017 for both Extensions and AspNetCore just fine before the move to Arcade. I just called |
Yes, it is. We are also updating AspNetCore to require VS2019. (see dotnet/aspnetcore#7005) |
Changes:
dotnetand launch VS Code on command line. I did this because Arcade puts dotnet core in "$repoRoot/.dotnet" by default now.