Play Asset Delivery sample silently fails if bundle names conflict
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- build-system, game-dev
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- C#
- Estrellas
- 1.5k
- Forks
- 303
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Unity-Technologies/Addressables-Sample
-
ODR doesn't seem to work anymoreAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 32/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Unity-Technologies/Addressables-Sample#98 · 3 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Unity-Technologies/Addressables-Sample#94 · 2 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 30/100
Unity-Technologies/Addressables-Sample#90 · 1 comentario ·
Todos los issues de Unity-Technologies/Addressables-Sample
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
builtbybel/CrapFixer#112 ·
-
area-ai untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
dotnet/extensions#7790 ·
Los mantenedores suelen responder en 1 día
-
Beginner Friendly T: Bugfix
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
space-wizards/space-station-14#46220 ·
Los mantenedores suelen responder en 1 día
-
P2 testing
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
area-Infrastructure-coreclr os-ios os-maccatalyst os-tvos untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
dotnet/runtime#134766 · 3 comentarios ·
Los mantenedores suelen responder en 1 día