Se podría hacer algo similar a lo que los documentos sugieren para la llamada setDeviceIdenifier:
La prueba beta y liberación Diferenciación sección del SDK Documentation sugiere colocar lo siguiente antes de [TestFlight takeOff:@"api-token"];
:
#define TESTING 1
#ifdef TESTING
[TestFlight setDeviceIdentifier:[[UIDevice currentDevice] uniqueIdentifier]];
#endif
Cuando llega el momento de lanzar la aplicación, se sugiere que comente la línea #define TESTING 1
para que la siguiente llamada a setDeviceIdentifier
ser salteado Su código entonces el siguiente aspecto:
//#define TESTING 1
#ifdef TESTING
[TestFlight setDeviceIdentifier:[[UIDevice currentDevice] uniqueIdentifier]];
#endif
su solución
Para evitar takeOff
de ser llamado se puede poner justo debajo setDeviceIdentifier
y comentar #define TESTING 1
, al igual que la sugerencia anterior. Lo que le daría:
//#define TESTING 1
#ifdef TESTING
[TestFlight setDeviceIdentifier:[[UIDevice currentDevice] uniqueIdentifier]];
[TestFlight takeOff:@"api-token"];
#endif
HTH
Puede leer más sobre #ifdef
here si no está familiarizado.
¿Qué pasa con diferentes objetivos? – Jessedc
Creo que rompería los archivos de Xcode. Creo que estoy haciendo la pregunta incorrecta aquí. A menos que alguien tenga una idea mejor, voy a agregar un interruptor TestFlight a mi aplicación y desactivarlo por defecto. –
El archivo Xcode está bien con diferentes objetivos. A menudo uso objetivos diferentes para lanzamientos internos, otros para la tienda de aplicaciones. Permiten las mismas configuraciones (depuración, lanzamiento) pero puede configurar diferentes configuraciones de compilación para compilar los objetivos de TF fuera de producción/tienda de aplicaciones. – Jessedc