project.pbxproj，最熟悉的”陌生人”

最新推荐文章于 2024-05-14 10:05:06 发布

转载最新推荐文章于 2024-05-14 10:05:06 发布 · 487 阅读

文章标签：

#ios开发

iOS开发专栏收录该内容

11 篇文章

订阅专栏

本文详细介绍了pbxproj文件的组成元素，包括工程文件关联信息、组织结构分类信息及项目工程配置信息等内容。特别强调了如何通过修改pbxproj文件解决因开发证书配置不同导致的CI编译失败问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

pbxproj文件主要包含了以下几项主要信息

工程文件关联信息，如PBXBuildFile、PBXFileReference
组织结构分类信息，如PBXGroup
项目工程配置信息，如XCBuildConfiguration、XCConfigurationList

通常情况下，大型工程一般由多个开发人员共同开发，而每一个开发人员的开发证书配置文件都有可能不同，特别是当工程中包含Today或者Watch时，配置证书的不同经常会导致ci编译的失败。此时，通过Xcode几乎无法解决问题，而在ci编译前，通过修改pbxproj文件证书配置信息就能很好的解决该问题

打开pbxproj文件，涉及到证书配置文件的代码段如下

A05D02521AFFB09600011ADB /* Debug */ = {
    isa = XCBuildConfiguration;
    buildSettings = {
           ASSETCATALOG_COMPILER_APPICON_NAME = AppIcon;
           CODE_SIGN_IDENTITY = "";
           INFOPLIST_FILE = Simple/Info.plist;
           LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks";
           PRODUCT_NAME = "$(TARGET_NAME)";
           PROVISIONING_PROFILE = "4656b587-123a-45bc-a030-bd1a2ewqeqeq";
    };
    name = Debug;
};

我们需要做的就是在ci编译前用服务器上相应mobileprovision替换PROVISIONING_PROFILE后面的mobileprovision（mobileprovision文件通常以字符串命名），不幸的是，你会发现多行PROVISIONING_PROFILE，而Today和Watch与工程的证书文件都不相同，简单的字符替换已无法区别target。解决方法就是通过A05D02521AFFB09600011ADB这一串编号（姑且叫它编号吧）来区分不同的target

当工程创建的时候，每一个target都有一个相应的编号，并且不会再改变，编号后面/*Debug*/表明这一配置属于Debug Configuration，而ci集成时一般选择release或者distribution，因此，选择对应的编号，其后面的PROVISIONING_PROFILE就是我们需要修改的字符串

filepath=project.pbxproj
functhParam(){
    orgin=$(grep -i -n $1 $filepath | head -n 1 | awk -F ':' '{print $1}')
    count=$(grep -i -A 200 $1 $filepath | grep -i -n 'PROVISIONING_PROFILE' | head -n 1 |awk -F ':' '{print $1}')
    let line=$orgin+count-1
    echo $line
    sed -i '' $line"s/^.*/$2/g" $filepath
}
  
functhParam "^.*7AD502241505A17900652731.*=" 'PROVISIONING_PROFILE = "ace6cb3b-9231-498c-acad-5ea4542f53ff";'