Add yamato configurations for building and uploading artifact to Stevedore. #42
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Added yamato configurations for uploading runtime artifacts to stevedore for Windows x86, Windows x64, OSX x64, and Linux x64.
I separated the build+test yamato configs into separate build and test configs, where the test and publish-to-stevedore configs are dependent on the build configs.
Build configs will generate artifacts for both the full directory structure and for just the runtime 7z we use for stevedore. I have the build configs generate the stevedore artifacts instead of the publish-to-stevedore configs because a developer might want to get a built .7z for local testing before actually publishing that build to stevedore.
Test configs will still trigger on any PR targeting trunk, but publish-to-stevedore configs are all manual. There is a top-level "Publish to Stevedore" config that will trigger all of the platforms' publish-to-stevedore configs.
Where we publish the artifacts to (
testing
,unity-internal
, orpublic
) is set and can be changed in.yamato\Globals.metafile
.