W sekcji Fabric Crashlytics Advanced Setup znajduje się sekcja Aplikacje z wieloma środowiskami, która sugeruje użycie oddzielnej organizacji dla każdej wersji.Wiele środowisk Fabric Crashlytics dla aplikacji iOS
Stworzyłem 3 oddzielne organizacje na każdej konfiguracji produkcji:
- MojaApl
- MojaApl (Debug)
- MojaApl (AdHoc)
Mam warunkowe w moim Uruchom skrypt Utwórz fazę, która uruchamia skrypt strukturalny Fabric z różnymi kluczami interfejsu i s oraz Sekret budowania i możemy potwierdzić, że warunkowe jest trafione w prawo, ale nadal nie otrzymuję aktualizacji kluczy API w moim plist (który domyślam się używa Fabric). Wygląda na to, że Fabric wysyła moje awarie do ostatniego klucza/organizacji interfejsu API, który włączyłem za pomocą aplikacji Fabric. Czy jest coś, czego mi brakuje? Wiem, że mogę użyć [Crashlytics initWithApiKey:@""]
, ale z tego, co przeczytałem, jest uważany za starodawny kod.
Oto mój skrypt Run Budowanie Faza:
if [ "${CONFIGURATION}" = "Distribution" ]; then
echo "Building Fabric for Distribution."
./Fabric.framework/run dist_api_key dist_build_secret
fi
if [ "${CONFIGURATION}" = "AdHoc" ]; then
echo "Building Fabric for AdHoc."
./Fabric.framework/run adhoc_api_key adhoc_build_secret
fi
if [ "${CONFIGURATION}" = "Debug" ]; then
echo "Building Fabric for Debug."
./Fabric.framework/run debug_api_key debug_build_secret
fi
'plist' lub dowolny plik w aplikacji pakiet jest' czytać only', więc nie byliśmy w stanie napisać swój klucz API do PLIST! Używanie klawiszy niestandardowych w 'Ustawieniach ustawień' jest naprawdę świetnym pomysłem. – Saif