Add a Visual Studio 2017 RC environment
Now that it's finally publicly available since yesterday ;)
Comments are currently closed for this discussion. You can start a new one.
|?||Show this help|
|ESC||Blurs the current field|
|r||Focus the comment reply box|
|^ + ↩||Submit the comment|
You can use
Command ⌘ instead of
Control ^ on Mac
Support Staff 1 Posted by Feodor Fitsner on 17 Nov, 2016 06:43 PM
Absolutely, will be working on that next week. There is an item: https://github.com/appveyor/ci/issues/1179
Thinking about doing a fresh image with VS 2017 and based on Windows Server 2016. Does it make sense?
2 Posted by desautelsj on 17 Nov, 2016 08:53 PM
3 Posted by Daniel Cazzulin... on 28 Nov, 2016 10:43 PM
Sounds great. Just got added to it, testing it now.
4 Posted by ellipticalweb on 17 Jan, 2017 10:20 AM
No issues w/ VS 2017 RC image building projects. However, packages aren't getting pushed to nuget. .net core no longer uses nuspec file, instead relying on PropertyGroup tag in the .csproj file. Is there a specific instruction in the appveyor file that needs to be included to ensure packages get pushed up?
5 Posted by Ilya Finkelshte... on 18 Jan, 2017 09:41 PM
@ellipticalweb Could you please drop your YAML configuration?
6 Posted by ellipticalweb on 19 Jan, 2017 08:38 AM
7 Posted by Ilya Finkelshte... on 19 Jan, 2017 10:16 PM
publish_nuget: trueis set, AppVeyor tries to pack nuget packages and publish them as artifacts. However we still rely on existence of
.nuspecfiles to make a decision what project to run
We are working on adjusting to the current reality. Here are 2 workarounds for you:
.nuspecfile(s) just to make AppVeyor think about project as a nuget package.
dotnet packas part of post build script
artifactssection in YAML or with
appveyor PushArtifactcommand. More info
8 Posted by ellipticalweb on 22 Jan, 2017 12:18 AM
Thanx for the response...
Currently, I'm just doing dotnet pack -c to generate the package and then manually upload as the workaround.
9 Posted by ellipticalweb on 22 Jan, 2017 06:18 PM
Hmmm, encountered one build problem in this repo:
with the error message:
"The type or namespace name 'Resources' does not exist in the namespace 'System' (are you missing an assembly reference?)"
No issue with local build nor with the local nuget package generation.
obj\Release\netstandard1.5\RevStackCore.Extensions.Net.AssemblyInfo.cs(23,19): error CS0234: The type or namespace name 'Resources' does not exist in the namespace 'System' (are you missing an assembly reference?) [C:\projects\extensions-net\RevStackCore.Extensions.Net\RevStackCore.Extensions.Net.csproj]
10 Posted by Ilya Finkelshte... on 23 Jan, 2017 08:15 PM
What Visual Studio version this solution was created in? Please check this line. Did you open in in VS 2017?
11 Posted by Ilya Finkelshte... on 24 Jan, 2017 02:22 AM
I sent PR with the fix. I cannot understand how it could build locally though.
12 Posted by ellipticalweb on 24 Jan, 2017 03:59 AM
Visual Studio for Mac, preview 3. The referenced line is in every VS 2017 solution file. E.g
Example with no build problem
13 Posted by ellipticalweb on 24 Jan, 2017 04:15 AM
I merged the pull request and the subsequent build passed. Thanx.
Should note: I'm using the visual studio alpha channel and recently upgraded to preview 3 from 2. Preview 3 behaves a bit differently than 2 in terms of the .csproj file. It doesn't add in a package reference to the .net standard library nor the sdk. It builds fine locally and other repos coded with preview 3 have built successfully on appveyor using the same Visual Studio 2017 RC image.
14 Posted by Daniel Cazzulin... on 14 Mar, 2018 03:20 AM
Feel free to close this issue, although latest & greatest previews are shipping all the time ;)
Daniel Cazzulino closed this discussion on 14 Mar, 2018 03:56 AM.