-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Introducing official x86 CI build #1306
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
Conversation
@eerhardt, do you know what it would take to download the correct test host, so we can actually run tests during CI? |
@tannergooding I asked him earlier, and apparently it's just a question of downloading the .NET Core x86 SDK. And it should be done by conditionally calling init-tools.cmd with set DOTNET_ZIP_NAME=dotnet-sdk-%DOTNET_VERSION%-win-x64.zip replacing x64 with x86 depending on the architecture. I will post a second PR, as suggested by Eric, so that the changes are separated. |
build/vsts-ci.yml
Outdated
continueOnError: false | ||
condition: and(succeeded(), in(variables._SignType, 'real', 'test')) | ||
|
||
- script: ./build.cmd -$(BuildConfig) -buildArch=x86 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should only be building the native assets on the Windows_x86 leg. See the Linux and OSX legs.
script: ./build.sh -buildNative -$(BuildConfig)
The reason for this is because we don't want the IL assets to collide/conflict. Each leg needs to build a unique set of assets.
Today:
OSX: builds the OSX native assets.
Linux: builds the Linux native assets
Windows: builds Windows x64 native assets, and the managed assets.
This new leg should only be building the Windows x86 native assets.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for pointing that out! I changed the script so that it builds native assets only on this leg.
build/vsts-ci.yml
Outdated
inputs: | ||
pathToPublish: $(Build.SourcesDirectory)/bin/obj/packages | ||
artifactName: PackageAssets | ||
artifactType: container | ||
|
||
################################################################################ | ||
- phase: Windows_x86 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should this one be Windows_x64
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes that's a good point, I will change the name so that it's clearer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Couple of nits/questions. Otherwise, LGTM.
Fixes #1295.
Adding x86 official build. I tested the official build directly on VSTS and it succeeded. I also created a x86 App locally and tested that the nuget packages published to VSTS by the build worked.