Build once, deploy to DoIT and Vault R2 test builds - #27
Merged
Merged
Conversation
Use the shared Unity build (VaultLearningGames/vault-publisher unity-build.yml@v1), then deploy independently to DoIT (unchanged) and to https://builds.vaultlearninggames.org/fieldday/bloom/<branch>/. Same change as wake (fielddaylab/wake#47). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This branch was successfully deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Moves this repo's CI to the pattern already running on Aqualab (fielddaylab/wake#47, fielddaylab/wake#48): one Unity build, deployed independently to DoIT (as today) and to Vault's R2 test-build storage.
What changes: only the workflow file. The build itself moves to the shared reusable workflow (same game-ci builder, Unity version read from
ProjectSettings/ProjectVersion.txt); the DoIT upload becomes its own job using the same secrets and folder as before; a new job publishes the same build to the Vault CDN as gamebloomof studiofieldday. Nothing in the game changes.Bloom specifics:
DEPLOY_DIRstays a repository variable (vars.DEPLOY_DIR), as in the old workflow.productiongets its own PR with the same change, becausedevelopis 60 commits ahead of it.What merging triggers: a push to
develop, so one Unity build (uses a Unity seat; the first build on a branch has no Library cache, so it is slower than usual), thenFrom then on every branch push does both, and deleting a branch removes its Vault build.
How to verify:
vault-r2-publish, check below): https://builds.vaultlearninggames.org/fieldday/bloom/vault-r2-publish/ and https://fielddaylab.wisc.edu/play/bloom/ci/vault-r2-publish/developin Actions showsbuild,doitandpreview / publishgreen, and https://builds.vaultlearninggames.org/fieldday/bloom/develop/ loads the game.Merge with a merge commit or squash, one repo at a time (Unity seats). The first run creates a
vault-stagingdeployment environment in this repo, which is where the published URL shows up.🤖 Generated with Claude Code