비교적 간단한 Xcode 프로젝트 (사용자 정의 설치 프로그램)를 마무리하는 데 거의 익숙해졌으며 빌드를 22 개 수행해야합니다. 네, 오타가 아니 었습니다! 각 빌드마다 다른 점은 번들 리소스 폴더의 소스 파일 인 PRODUCT_NAME과 평가판 버전인지 여부를 나타내는 변수입니다.22 가지 빌드를 수행하는 가장 효율적인 방법
내가 지금까지 읽은 것부터 기존 빌드를 복제하는 것은 몇 가지 빌드가있을 때이를 수행하는 방법 인 것처럼 보이지만 22에도 해당됩니다. 엄청난 일처럼 보입니다. 내가 염두에두고 있던 것은 리소스 폴더에 복사 된 소스 파일과 평가판 부울을 PRODUCT_NAME, 변경하는 방법이었습니다. 그러나 나는 붙어있다.
감사
나는 아마 .xcodeproj 템플릿을 사용 sed 필요한 모든 조합을 생성하는 스크립트를 작성하는 것입니다.
많은 수의 빌드를 유지 관리하려면 CMake을 확인하십시오.
스크립팅은 확실히 작업을 완료 할 수 있지만 일단 프로젝트가 상당량의 파일로 커지거나 빌드 개수를 변경하면 스크립트가 변경 될 수 있습니다. CMake는 이러한 스크립트를 체계적으로 구성 할 수있게 해 주므로 앞으로 수정 작업을 수행하는 것이 더 쉽습니다.
내 창자 응답은
이 문제가 턴어라운드 할 수 없습니다 ... 다른 (22)는 하나의 소스 파일에서 다른 빌드 잘못된 것입니까? 22 개의 서로 다른 버전의 응용 프로그램을 하나의 빌드에 포함하고 각각 22 개의 버전 중 하나를 잠금 해제하는 .app 폴더에 22 개의 다른 키/라이센스 파일을 제공하십시오.과거에이 작업을 수행 한 한 가지 방법은 현지화를 사용하는 것입니다. NSLocalizedString 맛이있는 매크로를 사용할 때 그 중 일부는 tableName (즉, 기본값 이외의 다른 문자열 파일)을 지정할 수 있습니다. 그런 다음 다른 브랜드 빌드가 필요할 때마다 적절한 키 - 값 쌍을 사용하여 새로운 .strings 파일을 만듭니다.
그런 다음 기본 값을 사용하여 코드를 작성하는 빌드 대상과 빌드 된 코드를 사용하여 적절한 .strings 파일을 적절한 위치에 복사하는 두 번째 대상을 갖게됩니다. 이것은 꽤 잘 작동하고 많은 다른 빌드 맛을 관리 할 수있었습니다.
불행히도 아닙니다. 이것들은 복사 방지가 불가능한 플러그인이므로 별도의 다운로드를 위해 별도의 빌드가 필요합니다. – user212253
플러그인 - 하나의 응용 프로그램을 빌드하고 각각 원하는 기능을 포함하는 다양한 플러그인을 제공합니다. 거의 22 빌드 문제를 되 돌린다 ... –