Play Asset Delivery sample silently fails if bundle names conflict
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 42/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- build-system, game-dev
Direzione di ricerca
Start in PlayAssetDeliveryBuildProcessor.cs at MoveDataForAppBundleBuild and reproduce the failure with duplicate bundle names in different paths. Trace the exception handling across groups and verify that the failure is visible, the conflicting bundle is handled as intended, and subsequent bundles and groups continue building instead of producing a partial AAB silently.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The Play Asset Delivery example has a number of issues, such as failing silently if a bundle name already exists during build. So if you have the same bundle name in two different paths, when it condenses it all down into the PlayAssetDelivery/Build folder it conflicts and throws an error that you never see because the build process clears the console window afterward. This exception handler is also outside of the loop, so it just fails and skips the rest of the bundles entirely instead of ignoring the conflicting bundle. This causes the PAD build process to abort but the rest of the build to continue, so you end up with a broken build containing only some of your assets and no indication as to why.
See PlayAssetDeliveryBuildProcessor.cs (MoveDataForAppBundleBuild)
So if you are building and yet only some bundles are actually making it into the AAB file even though it seems to succeed, this could be why. This is also across ALL groups so if one group has the problem, any subsequent groups will not build.
- Lingua principale
- C#
- Stelle
- 1.5k
- Fork
- 303
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Unity-Technologies/Addressables-Sample
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 32/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Unity-Technologies/Addressables-Sample#98 · 3 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Unity-Technologies/Addressables-Sample#94 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 30/100
Unity-Technologies/Addressables-Sample#90 · 1 commento ·
Tutte le issue di Unity-Technologies/Addressables-Sample
Issue simili
-
S: Untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
space-wizards/space-station-14#46357 ·
I maintainer di solito rispondono entro 1 giorno
-
Versioning_oM: Remove unneeded depeendecy on Test_oMForse già presa @IsakNaslundBh l’ha presa oggi. Apertatype:bug type:compliance
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
MicrosoftLearning/PL-400_Microsoft-Power-Platform-Developer#231 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
joinrpg/joinrpg-net#5313 ·
I maintainer di solito rispondono entro 1 giorno