Wie kompiliere ich ein Projekt mit App und Bibliothek im selben Arbeitsbereich mit verschiedenen Konfigurationsnamen?

Question

Ich entwickle eine App und verwende eine Open-Source-Komponente.

Ich habe einen Arbeitsbereich, die sowohl MyApp.xcodeproj und Component.xcodeproj. Meine app hat drei Konfigurationen: Debug, App Store und In House aber die Komponente hat nur zwei: Debug und Mitteilung

Im Debug Konfiguration, funktioniert alles gut, aber ich kann meine App in App Store oder In House Konfiguration nicht kompilieren, weil die Konfigurationsnamen nicht übereinstimmen. Ich erhalte eine Datei nicht Fehler gefunden, wenn sie #import <Component/Component.h>

versuchen, ich brauche beide App Store und In House Konfigurationen und ich würde wirklich gerne vermeiden die Komponentenkonfigurationen zu modifizieren, zukünftige Updates der Komponente zu erleichtern.

Ich weiß, ich CocoaPods verwenden könnte, dieses Problem zu lösen, aber ich würde gerne wissen, ob es eine einfache Lösung in Xcode ist

Answer 1

Sie Ihr Projekt mit einem paar kleinen Änderungen an Ihrem App-Einstellungen zu kompilieren bekommen.

Ich empfehle Ihnen, alle Einstellungen auf Projektebene zu ändern, damit alle Ihre Ziele diese Einstellungen erben können. In

1. eine neue DEFAULT_CONFIGURATION benutzerdefinierte Einstellung und definieren Sie Ihre Konfigurationszuordnung. Dies ist, wie es aussehen sollte:

   

2. Set FRAMEWORK_SEARCH_PATHS zu $(BUILD_DIR)/$(DEFAULT_CONFIGURATION)-$(PLATFORM_NAME) für alle Konfigurationen, fügen Beliebig SDK OS X Varianten und setzen Sie den Wert auf $(BUILD_DIR)/$(DEFAULT_CONFIGURATION). Set HEADER_SEARCH_PATHS zu $(FRAMEWORK_SEARCH_PATHS)/include und LIBRARY_SEARCH_PATHS zu $(FRAMEWORK_SEARCH_PATHS). Dies ist, wie es aussehen soll:

   

   ist ziemlich langweilig Dieser Schritt kann mit dem xcproj Werkzeug automatisiert werden und durch dieses Skript in Ihrem Projektverzeichnis ausgeführt wird. Bearbeiten Sie Ihr Konfigurations-Mapping nach Bedarf.

   #!/bin/bash 
   
   CONFIGURATIONS=("App Store:Release" "In House:Release" "Debug:Debug") 
   
   for CONFIGURATION in "${CONFIGURATIONS[@]}"; do 
       xcproj --configuration "${CONFIGURATION%%:*}" write-build-setting DEFAULT_CONFIGURATION "${CONFIGURATION#*:}" 
   done 
   
   xcproj write-build-setting 'FRAMEWORK_SEARCH_PATHS' '$(BUILD_DIR)/$(DEFAULT_CONFIGURATION)-$(PLATFORM_NAME)' 
   xcproj write-build-setting 'FRAMEWORK_SEARCH_PATHS[sdk=macosx*]' '$(BUILD_DIR)/$(DEFAULT_CONFIGURATION)' 
   
   xcproj write-build-setting 'HEADER_SEARCH_PATHS' '$(FRAMEWORK_SEARCH_PATHS)/include' 
   xcproj write-build-setting 'LIBRARY_SEARCH_PATHS' '$(FRAMEWORK_SEARCH_PATHS)' 
   

3. Wenn die Komponente als statische Bibliothek verteilt ist, sind Sie hier fertig. Wenn die Komponente als Framework geliefert wird, müssen Sie ihre Pfadreferenz aktualisieren, indem Sie Ihre project.pbxproj-Datei in einem Texteditor bearbeiten. Im PBXFileReference Abschnitt (unter /* Begin PBXFileReference section */) finden Component.framework und seine path wie folgt aktualisiert:

   name = Component.framework; path = "../$(DEFAULT_CONFIGURATION)/Component.framework"; sourceTree = BUILT_PRODUCTS_DIR; }; 
   

   auch sicher, dass die sourceTree-BUILT_PRODUCTS_DIR gesetzt ist, das heißtrelativ zu gebauten Produkten. Sobald Sie die Projektdatei bearbeitet, sollte dies wie folgt aussehen:

   

Ihr Projekt sollte nun wie erwartet bauen.

Answer 2

ich das gleiche Problem hatte, aber ich hatte mehrere Konfigurationen (Debug, Testflug, Veröffentlichung, Unternehmen) in meiner Anwendung, und die bolded Konfigurationen würden immer scheitern zu bauen weil es nicht die Rahmenbedingungen finden kann. Ich wollte mich wirklich nicht mit den Projekteinstellungen meiner Unterprojekte anlegen, um die Aktualisierung zu vereinfachen.

Die Antwort, die ich fand, war, nur den Framework-Suchpfad zu aktualisieren, um zu berücksichtigen, dass die Frameworks in Release (oder wie auch immer die Standardkonfiguration eingestellt ist) der Subprojekte fallengelassen wurden.

Insbesondere stelle ich es an: $ (build_dir)/Veröffentlichung - $ (PLATFORM_NAME)

ich es auch rekursiv gesetzt zu sein. Dies funktioniert sowohl für den Simulator als auch für das Gerät und baut in Xcode und in der Befehlszeile auf.