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
.NET Core SDK 1.0.1 and 1.0.3 on Visual Studio 2017 image should be pre-cached #1508
Comments
What versions are you planning on preheating? I ask because the tooling (global.json) should dictate the version of the CLI tools if you have it installed. I'm currently using Of course, it's a (really) nice to have, I can wait for priming of the dotnet CLI if necessary. |
Is |
Create a global.json in a directory like so:
And run This is probably the procedure you'll want to run in order to prime the image whenever you want a new version to be pre-loaded. |
Is it officially announced somewhere? |
Oddly enough, I can't find it on my machine. I have 1.0.1 -> 1.0.3, as well as some preview builds, but not that specific version. In my case, I wouldn't expect it to be pre-heated; the main point was about the freedom we have with global.json indicating the CLI version (and the variance as a result). If I specified 1.0.3 (for a self-contained deployment), then I'd hope this is pre-warmed on the machine. |
The list of pre-installed .NET Core per image is here: https://www.appveyor.com/docs/build-environment/#net-framework |
This certainly will sate most not publishing to Azure. But I imagine you have a large number of consumers publishing to Azure. Not necessary for the preview version that I pointed out, but would probably benefit a good number of people. The Kudu/Azure GitHub repos may be the place to ask about the CLI versions in Azure. |
Discussion: http://help.appveyor.com/discussions/problems/6516-dotnet-command-unpacking-on-vs2017-image
The text was updated successfully, but these errors were encountered: