Comments (12)
@BergWerkGIS let's move this to this branch here: https://github.com/mapbox/mapbox-sdk-unity/tree/CloudBuild . (this will the the private repo moving forward)
If you point me to where to make the changes I can take a look today if you need to hop off. thanks!
from mapbox-unity-sdk.
For context: Unity cloud build is currently not an option with our current subdmoule/dependency paradigm. This is due to syntax errors caused by missing core sdk
files that have not yet been copied into the Unity project via update-mapbox-unity-sdk-core
.
in appveyor: push to a mapbox-unity-sdk-cloudbuild repo
Another option is to use a special branch, rather than a new repo.
from mapbox-unity-sdk.
Another option is to use a special branch, rather than a new repo.
I like this! (updated original comment to reflect)
from mapbox-unity-sdk.
AppVeyor side of things done: put [trigger cloudbuild]
anywhere into the commit message.
- feature branch: BergWerkGIS-prepare-for-cloudbuild
- branch AppVeyor pushes the contents of
sdkproject
to: unity-cloud-build
Is there anything else we would need in branch unity-cloud-build for the Unity Cloud Build to work?
What about the missing .meta
files?
FYI: it won't work until merged into the default branch as AppVeyor doesn't decode secure variables (GITHUB_TOKEN
) on branches.
It worked for me (https://ci.appveyor.com/project/Mapbox/mapbox-unity-sdk/build/1.0.37) as I manually overruled AppVeyor's default behavior for testing.
EDIT: this is only true for PRs not feature branches.
from mapbox-unity-sdk.
@BergWerkGIS I need some clarification:
Is this simply copying local repo to a new branch unity-cloud-build
with the assumption that a user has already run update-mapbox-unity-sdk-core
? If not, where is that being executed?
It appears that the Unity project is being copied into the root folder mapbox-unity-sdk
instead of mapbox-unity-sdk/sdkproject
. Is this intentional?
.meta
files appear to be transferred over already for everything that is a Unity component
. For core
scripts, this is probably not a concern because they do not need to be serialized.
How are we going to inject an API token for cloud build without checking that in? 🤦♂️ Maybe we do need a separate (private) repo for cloud build?
from mapbox-unity-sdk.
Is this simply copying local repo to a new branch unity-cloud-build with the assumption that a user has already run update-mapbox-unity-sdk-core? If not, where is that being executed
AppVeyor runs update.
It appears that the Unity project is being copied into the root folder mapbox-unity-sdk instead of mapbox-unity-sdk/sdkproject. Is this intentional?
Yes intentional, do we need sdkproject?
How are we going to inject an API token for cloud build without checking that in? 🤦♂️ Maybe we do need a separate (private) repo for cloud build?
I suppose that's a Unity token?
Does it offer encryption like AppVeyor or Travis?
from mapbox-unity-sdk.
Yes intentional, do we need sdkproject?
I just figured we would use the same project for consistency, but this is not mandatory.
I suppose that's a Unity token?
No, this is the mapbox token. Our SDK expects to find a token in StreamingAssets/MapboxAccess.text
. That file is ignored, however.
from mapbox-unity-sdk.
No, this is the mapbox token. Our SDK expects to find a token in StreamingAssets/MapboxAccess.text. That file is ignored, however.
Yes, then another private repo makes sense.
from mapbox-unity-sdk.
@isiyu change {repoName}
to mapbox/mapbox-sdk-unity
https://github.com/mapbox/mapbox-unity-sdk/blob/BergWerkGIS-prepare-for-cloudbuild/scripts/build.csx#L150
from mapbox-unity-sdk.
@BergWerkGIS: went ahead and made a PR: #6
@david-rhodes: we should be able to [trigger cloudbuild]
with any branch since Cloud Build will hook into the CloudBuild
branch.
Made two changes:
- Moved the commit to the private branch
- Writes the token here (do we need a .meta file for this?): https://github.com/mapbox/mapbox-sdk-unity/tree/CloudBuild/Assets/StreamingAssets
from mapbox-unity-sdk.
PR merged. Cloud build is building, but I'm getting null references in examples at runtime. This is weird because when I open the scenes locally from CloudBuild
or do a command line build (without .metas), everything works just fine. Will need more time to debug.
from mapbox-unity-sdk.
Closing for now - we will revisit cloud build when we figure out what we need to test.
from mapbox-unity-sdk.
Related Issues (20)
- Consider switching ARInterface for ARFoundation
- Unexpected behaviour on SetZoom HOT 1
- The 3D models on the map change their position when locating is activated.
- Setting the Map Extent Options to CameraBounds at runtime doesn't work HOT 1
- Spawn prefabs upwards with a fixed gap
- why only mapbox street v7 can edit POI prefab
- Mapbox + Unity Cloud Build
- Error: Cannot Initialize non-default texture with negative or zero width HOT 1
- suddort URP ? HOT 2
- How to Apply Texture to Tiles
- Swapped North/South and West/East coordinates in Tile Id To Bounds?
- This project is dead? HOT 12
- Your hardware does not support this application. Failed to load 'libmain.so' java.lang.UnsatisfiedLinkError: dopen failed: library "libmain.so" not found HOT 1
- Can I make changes to AbstractMap's Features?
- Can I make changes to AbstractMap's Map Layers Tileset ID via code during runtime?
- heatmap rendering issue
- Meta Quest 3 Build Issues
- Some Building Meshes get "cutoff"
- Mapbox building:levels property support of Unity SDK HOT 3
- language support for raster tile
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from mapbox-unity-sdk.