Play Asset Delivery sample silently fails if bundle names conflict
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- build-system, game-dev
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- C#
- Star
- 1.5k
- Fork
- 303
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của Unity-Technologies/Addressables-Sample
-
ODR doesn't seem to work anymoreĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 32/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
Unity-Technologies/Addressables-Sample#98 · 3 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Unity-Technologies/Addressables-Sample#94 · 2 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 30/100
Unity-Technologies/Addressables-Sample#90 · 1 bình luận ·
Tất cả issue của Unity-Technologies/Addressables-Sample
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Volodymyr-Petrunin/Bankomaten#45 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
AvaloniaUI/Avalonia#22420 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
dotnet/SqlClient#4823 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
type/automation type/tech-debt
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area-testing p1-recommended
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày