Utilizziamo i sapori del prodotto in Android per mantenere lo stesso codice sotto il controllo del codice sorgente, ma condizioniamo in modo condizionale gli endpoint ai server di sviluppo/dev/qa in base al sapore selezionato. Per riferimento:Esiste un concetto equivalente nello sviluppo iOS per un prodotto Android?
http://tools.android.com/tech-docs/new-build-system/build-system-concepts
Ad esempio, quando si vuole testare un nuovo endpoint nell'ambiente "dev" Possiamo avere un file in src/dev/res/values/endpoints.xml
che ha una voce che è l'equivalente XML di urlbase = https://dev-endpoint.ourserver.com/v3/
, e costruire usando l'aroma del prodotto "dev" per costruire un APK puntato al nostro ambiente di sviluppo.
Esiste un concetto equivalente per lo sviluppo di iOS?
Ci sono altri modi per farlo, ma saranno tutti basati su Configurazioni. –
Quindi, se ho 3 ambienti che voglio supportare (dev, qa e prod) mi occorrerebbero 6 configurazioni di build per supportare il debug/release per ciascuno. Destra? – Joe
Sì. Ma hai davvero bisogno di un rilascio per dev? E qa? –