Wir verwenden Produktaromen in Android, um den gleichen Quellcode unter Versionskontrolle zu behalten, aber die Endpunkte abhängig vom gewählten Geschmack gezielt auf dev/qa/Produktionsserver zu richten. Als Referenz:Gibt es ein äquivalentes Konzept in der iOS-Entwicklung zu einem Android-Produkt Geschmack?
http://tools.android.com/tech-docs/new-build-system/build-system-concepts
Zum Beispiel, wenn wir einen neuen Endpunkt in der „dev“ Umgebung testen wollen, können wir eine Datei in src/dev/res/values/endpoints.xml
haben, die einen Eintrag hat, dass das XML-Äquivalent urlbase = https://dev-endpoint.ourserver.com/v3/
ist, und bauen mit Der "dev" -Produktgeschmack zum Erstellen einer APK weist auf unsere Entwicklungsumgebung hin.
Gibt es ein äquivalentes Konzept für die iOS-Entwicklung?
Es gibt andere Möglichkeiten, dies zu tun, aber sie basieren alle auf Konfigurationen. –
Also, wenn ich 3 Umgebungen habe, die ich unterstützen möchte (dev, qa und prod), würde ich 6 Build-Konfigurationen benötigen, um Debug/Release für jedes zu unterstützen. Recht? – Joe
Ja. Aber brauchst du wirklich eine Freigabe für den Entwickler? Und qa? –