服务器全自动打包,懒到极致之怒撸一键打包发布系统

最新推荐文章于 2024-04-30 14:28:14 发布
最新推荐文章于 2024-04-30 14:28:14 发布
阅读量358 收藏
点赞数
文章标签： 服务器全自动打包

一切得从上个版本的打包发布说起。

开发中本人负责了iOS包的版本发布工作。iOS打包：不就是选一下证书，再在Xcode上点几下按钮，IDE全都给你设置好流程了，有必要这么麻烦吗？

诚然，如果只是打包，在不考虑团队协同合作、打包效率、重复工作量的前提下，使用Xcode自带的打包方式当然是没问题的。但实际开发中，每次打包大概包含以下流程：

拉取最新代码(SVN或Git) → 编译通过 → 设置打包环境(开发、测试、生产等) → 导出IPA包 → 上传IPA包(App Store或者企业包上传至指定服务器)

可以看出，其中的很多步骤都是机械重复的，特别当进入测试验收阶段，有时每修复几个bug就要重新打包发布测试，比如上个版本的时候新功能主要是队友在开发，测试到最后频繁地让我打包发布，不停地打断我的工作去重复机械的事情，这简直就是在浪费人生啊！！！

虽然之前为了打包方便，我已经整理了一份脚本打包的流程(传送门：Shell脚本——Xcode脚本打包)，但还是不够方便快捷，乘着新版发布后的空档期，撸出 一键打包发布系统 ，功能包括：

自动拉取Git最新代码 → 自动选择签名证书并打包导出ipa文件 → Git自动同步代码→ 自动上传ipa包(我们是企业包，上传至自己的服务器，这一步是可选的)

一键打包

一键打包资源(ArchiveSource)简介：

Code文件夹下是打包应用程序源代码

Source文件夹下是打包资源

Source文件夹：

Archive.app(打包应用程序)

ExportOptions.plist(导出ipa包配置文件)

一键打包步骤：

进入Source文件夹，启动 Archive 应用程序

选择 .xcodeproj 或 .xcworkspace 文件

修改打包版本号

启动Xcode，手动选择签名证书(如果默认签名失败的话)

点击打包

打包生成的IPA包路径说明：

../项目所在路径/Archiving/(以AppId命名的文件夹)/(App名+版本号命名的文件夹)/(以打包时间命名的文件夹)

示例：

../Archiving/(AppID)/(App名)_3_1_29/2018_04_10_11:18:51

一键打包原理

一键打包发布系统其实很简单：开发一款Mac应用，应用启动时读取本机已有的Certificates和Provisioning Profiles信息，再在应用内调用Shell脚本，主要通过脚本来实现Git同步以及打包的相关操作。

Shell脚本调用

Objective-C中调用Shell脚本可以使用 NSTask 。通过NSTask，我们可以在应用中调用另一个程序或运行一段脚本并获得其执行状态和最终结果，NSTask最为常用的一个场景是为命令行操作提供图形化的界面。

//创建一个新的Task

NSTask *optTask = [[NSTask alloc] init];

//设置调用路径

optTask.launchPath = shellPath;

//设置调用参数(被调用程序命令)

optTask.arguments = @[@"-ls"];

//创建输出Pipe

NSPipe *outputPipe = [NSPipe pipe];

[optTask setStandardOutput:outputPipe];

//创建错误输出Pipe

NSPipe *errorPipe = [NSPipe pipe];

[optTask setStandardError:errorPipe];

//执行完成Block 通知

optTask.terminationHandler = ^(NSTask *theTask) {

[theTask.standardOutput fileHandleForReading].readabilityHandler = nil;

[theTask.standardError fileHandleForReading].readabilityHandler = nil;

};

//错误输出

[[errorPipe fileHandleForReading] setReadabilityHandler:^(NSFileHandle *file) {

NSData *data = [file availableData];

NSString *errorMsg = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];

NSLog(@"errorMsg = %@",errorMsg);

}];

//执行结果输出

[[outputPipe fileHandleForReading] setReadabilityHandler:^(NSFileHandle *file) {

NSData *data = [file availableData];

NSString *msg = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];

NSLog(@"msg = %@",msg);

}];

//开启执行

[optTask launch];

//阻塞直到执行完毕(NSTask默认是异步执行,如果有同步需求,可调用waitUntilExit()方法)

[optTask waitUntilExit];

[[outputPipe fileHandleForReading] closeFile];

[[errorPipe fileHandleForReading] closeFile];

自动选择签名证书

获取电脑中以iPhone Distribution和iPhone Developer命名开头的Certificates：

+ (void)loadCerListBlock:(CerListBlock)listBlock {

NSDictionary *options = @{(__bridge id)kSecClass: (__bridge id)kSecClassCertificate,

(__bridge id)kSecMatchLimit: (__bridge id)kSecMatchLimitAll};

CFArrayRef certs = NULL;

__unused OSStatus status = SecItemCopyMatching((__bridge CFDictionaryRef)options, (CFTypeRef *)&certs);

NSArray *certificates = CFBridgingRelease(certs);

NSMutableArray *tempArray=[NSMutableArray array];

for (int i=0;i

SecCertificateRef certificate = (__bridge SecCertificateRef)([certificates objectAtIndex:i]);

NSString *name = CFBridgingRelease(SecCertificateCopySubjectSummary(certificate));

if ([name hasPrefix:@"iPhone Distribution"]||[name hasPrefix:@"iPhone Developer"]) {

[tempArray addObject:name];

}

}

listBlock(tempArray);

}

获取电脑中Provisioning Profiles：

//获取电脑中满足条件的Provisioning Profiles的路径

+ (NSArray *)getAllProvisioningProfileList{

NSString *path=[NSString stringWithFormat:@"%@/%@", NSHomeDirectory(), kMobileprovisionDirName];

NSFileManager *fileManager=[NSFileManager defaultManager];

NSArray *provisioningProfiles =[fileManager contentsOfDirectoryAtPath:path error:nil];

provisioningProfiles = [provisioningProfiles filteredArrayUsingPredicate:[NSPredicate predicateWithFormat:@"pathExtension IN %@", @[@"mobileprovision", @"provisionprofile"]]];

return provisioningProfiles;

}

//自定义 YAProvisioningProfile ，将profile转换为对应实体

YAProvisioningProfile *profile = [[YAProvisioningProfile alloc] initWithPath:path];

根据App ID匹配 Profile 描述文件：

//根据appBundleIdentifier匹配 profile 描述文件

YAProvisioningProfile *selectProfile = nil;

for (YAProvisioningProfile *profile in profileArray) {

// 查找与bundleIdentifier相等，描述文件不以 XC: 命名开头，而且是最新的文件

if ([profile.bundleIdentifier isEqualToString:appBundleIdentifier] && ![profile.name hasPrefix:@"XC:"] && profile.newest) {

selectProfile = profile;

break;

}

}

读写Xcode工程配置

右键 XXX.xcodeproj 文件，显示包内容，可以看到project.pbxproj。project.pbxproj存储着 Xcode 工程的各项配置参数，我们可以通过脚本来直接读取或修改其配置，执行效果等同于在Xcode的General、Build Settings中的修改。

读取App Bundler Identifier：

# Pbxproj_Path指向 project.pbxproj 文件路径

configuration=$(grep -i "PRODUCT_BUNDLE_IDENTIFIER =" ${Pbxproj_Path})

Array=($(echo $configuration))

# project.pbxproj 中存在多行PRODUCT_BUNDLE_IDENTIFIER信息，从后往前读取

Bundle_Identifier=${Array[5]}

if [ ! -n $Bundle_Identifier ]

then

Bundle_Identifier=${Array[3]}

fi

echo "Bundle_Identifier = ${Bundle_Identifier}"

修改配置信息：

修改 project.pbxproj 配置可以通过 sed 命令实现，比如将签名类型指定为Manual

key="CODE_SIGN_STYLE"

value="Manual;"

# 修改 project.pbxproj 配置，指定签名类型为手动选择

sed -i "" "s/$key =.*$/$key = $value/g" $Pbxproj_Path

如果程序成功读取到对应的证书签名，那么打包前需要修改的配置包括：

#修改 PRODUCT_BUNDLE_IDENTIFIER

changeConfiguration "PRODUCT_BUNDLE_IDENTIFIER" "${APP_ID};"

#修改 PROVISIONING_PROFILE

changeConfiguration "PROVISIONING_PROFILE" "\"${Profile_Name}\";"

#修改 PROVISIONING_PROFILE_SPECIFIER

changeConfiguration "PROVISIONING_PROFILE_SPECIFIER" "${Profile_Specifier};"

#修改 PRODUCT_NAME

changeConfiguration "PRODUCT_NAME" "${Scheme_Name};"

#修改 "CODE_SIGN_IDENTITY[sdk=iphoneos*]"

changeConfiguration "\"CODE_SIGN_IDENTITY\[sdk=iphoneos\*\]\"" '"iPhone Distribution";'

#修改 CODE_SIGN_STYLE

changeConfiguration "CODE_SIGN_STYLE" "Manual;"

#修改 ProvisioningStyle

changeConfiguration "ProvisioningStyle" "Manual;"

#修改 DEVELOPMENT_TEAM

changeConfiguration "DEVELOPMENT_TEAM" "${Development_Team};"

#修改 DevelopmentTeam

changeConfiguration "DevelopmentTeam" "${Development_Team};"

修改项目版本号：

Info.plist文件中CFBundleShortVersionString对应Version号，CFBundleVersion对应Build号，使用脚本可以直接指定版本号

# info.plist文件路径

InfoPlist_Path="${Project_Path}/${App_Name}/Info.plist"

# 如果是旧的项目，info.plist文件对应的名字为 (App_Name)-Info.plist

if [ ! -e "${InfoPlist_Path}" ];then

InfoPlist_Path="${Project_Path}/${App_Name}/${App_Name}-Info.plist"

fi

/usr/libexec/PlistBuddy -c "Set :CFBundleShortVersionString ${Version_String}" ${InfoPlist_Path}

/usr/libexec/PlistBuddy -c "Set :CFBundleVersion ${Version_String}" ${InfoPlist_Path}

打包项目

# 指定打包模式为Release

Configuration="Release"

# 判断编译的项目类型是workspace还是project

if [[ ${Is_Workspace} == "YES" ]]; then

# 编译前清理工程，>> ${Log_path} 表示将日志输出写入到Log_path文件

xcodebuild clean -configuration "${Configuration}" -alltargets >> ${Log_path}

# 自定义签名，指定签名证书

if [[ ${Custom_Sign} == "YES" ]]; then

xcodebuild archive -workspace "${Workspace_Path}" \

-scheme "${Scheme_Name}" \

-archivePath "${Xcarchive_path}" \

-configuration "${Configuration}" \

PROVISIONING_PROFILE="${Profile_Name}" \

CODE_SIGN_IDENTITY="${Sign_Identity}" \

>> ${Log_path}

else

xcodebuild archive -workspace "${Workspace_Path}" \

-scheme "${Scheme_Name}" \

-archivePath "${Xcarchive_path}" \

-configuration "${Configuration}" \

>> ${Log_path}

fi

else

# 编译前清理工程

xcodebuild clean -configuration "${Configuration}" -alltargets >> ${Log_path}

if [[ ${Custom_Sign} == "YES" ]]; then

xcodebuild archive -project "${Xcodeproj_Path}" \

-scheme "${Scheme_Name}" \

-archivePath "${Xcarchive_path}" \

-configuration "${Configuration}" \

PROVISIONING_PROFILE="${Profile_Name}" \

CODE_SIGN_IDENTITY="${Sign_Identity}"\

>> ${Log_path}

else

xcodebuild archive -project "${Xcodeproj_Path}" \

-scheme "${Scheme_Name}" \

-archivePath "${Xcarchive_path}" \

-configuration "${Configuration}" \

>> ${Log_path}

fi

fi

导出IPA包

xcodebuild -exportArchive -archivePath "${Xcarchive_path}" -exportPath "${IPA_Archiving_Path}" -exportOptionsPlist "${ExportOptionsPlistPath}" >> ${Log_path}

Xcarchive_path指向上一步打包生成的*.xcarchive文件路径；IPA_Archiving_Path指向导出的*.ipa文件所在路径；ExportOptionsPlistPath对应ExportOptions.plist文件路径，ExportOptions.plist是使用xcodebuild -exportArchive指令导出ipa包时需要指定的配置文件

a6f26b4c0d44

ExportOptions.png

compileBitcode：不上架App Store，Xcode是否启用Bitcode重新编译，默认为YES。

method：归档类型，包括app-store、ad-hoc、

package、enterprise、development以及developer-id。

provisioningProfiles：打包证书信息，包含的字典信息格式：:。

uploadBitcode：上线App Store是否开启Bitcode，默认为YES。

uploadSymbols：上线App Store，是否开启符号序列化，这是与查crash相关的，默认为YES。

关于更多的xcodebuild指令，可以通过xcodebuild -help查看。

其他

其他部分还包括Git代码管理、IPA包上传、无效资源删除等，都可以直接通过NSTask执行脚本命令实现，比如拉取Git代码：git pull origin，当然前提是你本地的Git已经配置为免密操作。

如果你是使用SourceTree进行Git管理，而且是http模式，那么可以这样设置免密操作，第3步将远程仓库路径编辑为 http://用户名:密码@仓库地址 这样的方式；当然如果你是SSH模式，那么本身就支持免密码操作了。

a6f26b4c0d44

SourceTree.png

上传IPA包。

我这里打的是企业包，所以只要将ipa文件上传到指定服务器就能够下载了(想了解更多关于企业包的下载信息，可以参照我的另一篇文章iOS如何部署企业包，以供他人下载)。一开始想着将自动上传也集成到打包程序内，但最后发现这涉及到内网间不同服务器以及账号验证过程，太过复杂暂时将这一部分阉割了……

写在最后

以上便是一键打包系统的功能讲解，想了解更多可以查看源码

欢迎点赞以及GitHub Star

最新补充

根据反馈发现：不同的Xcode版本构建的项目配置文件project.pbxproj会存在差异，另外不同用户电脑上的Provisioning Profiles也存在各种情况(比如团队中不同成员拥有不同名字的有效Profile)。

此时运行一键打包可能会失败！提示 重命名ipa包失败 或者 导出ipa包失败 ，这种情况下请关闭“默认签名”选项，同时打开Xcode在工程文件中手动选择对应打包证书后，再返回Archive.app执行一键打包。

a6f26b4c0d44

关闭默认签名.png

应用打包截图

a6f26b4c0d44

打包.png

CodeStar
关注
Unity3d 开发（十）使用uTomate自动化打包流程
阿修罗道
03-22 5625
在开发过程中，打包是个比较烦的事情。当不能全自动进行时，这种厌恶会达到极致。uTomate作为一种流程化的解决方案，能比较友好的解决打包问题，这篇文章主要探讨，通过这个插件完成基础的打包流程。更多关于这个插件的使用和API信息可以去它的官网查看。
阿里开源集群镜像技术，实现整个集群整体打包
github_35614077的博客
07-13 384
作者 | fanux.中弈, sealos作者，pouch maintainer, sealer创始人 项目地址：https://github.com/alibaba/sealer 什么是集群镜像 顾名思义和操作系统.iso镜像或者Docker镜像类似，集群镜像是用一定的技术手段把整个集群的所有文件以一定格式打成的一个资源包。 对比单机和集群会发现一些有趣现象： 单机有计算存储网络这些驱动，集群有CNI/CSI/CRI的实现像是集群的驱动 操作系统单机有ubuntu centos这些，我们可以把kube
HTML一键打包工具
02-22
可以把html打包成可安装的exe文件，然后给人的感觉就是软件
服务器自动打包脚本。
weixin_30587025的博客
01-22 139
1 #!/bin/bash 2 ############################################################### 3 ### 通用代码 4 5 ## 显示错误 6 function error(){ 7 local msg=$1 8 if [[ ${msg} != '' ]]; th...
GitLab+Jenkins+Tomcat构建服务器自动打包
zerokkqq的专栏
03-28 515
记录一下搭建 Jenkins的过程准备工作官网下载 jenkins 的 war 包官网下载 tomcat 的二进制的压缩包准备好 android sdk配置 jenkins将 jenkins 的war 包移动到 tomcat的 webapp 目录下，启动 tomcat。访问具体jenkins 的路径即可。这样就打开了启动了 jenkins了并部署到了 tomcat 中。访问浏览器 localhos...
前端自动化打包部署服务器
Davidzw99的博客
01-29 910
打包、ssh2-sftp-client、shelljs
服务器打包方法
Too_seeyou的博客
09-11 1158
首先： 下载xshell，填写地址，用户名密码，连接服务器 idea中打包，打包按钮在maven中ruoyi里面的package按钮，点击自动打包完成，下方查看打包文件地址。 其次：上传命令 ll 查询当前目录文件 cd …进入上一级目录 ll 查询当前目录文件 cd home/ 进入home目录 ll 查询当前目录 rm -rf ./ruoyi.jar m -rf删除命令，删除之前的jar包 （要谨慎使用容易删除服务器） rz 上传jar包到当前目录 ps -ef 查询当前进程 ps -ef
Elastic官方网络研讨会视频列表
热门推荐
点火三周的专栏
04-09 1万+
标题 日期 链接 简介 优诺案例-使用Elastic Stack来扩展优锘科技公司业务并改善用户体验 2019-12-18 课程链接 优锘科技是可视化软件研发者。优锘科技(北京优锘科技有限公司)致力于以Digital Twins的理念提供智能可视管理平台，实现对万物互联的数字化世界的可视化、智能化、人性化、众创化的创新管理，是IT智能管理和IoT物联网可视化管理领域的专业厂商。 运营副总裁孙岗说优锘科技的产品被金融业的许多大公司使用，例如银行。他们拥有大型数据中心和大量的应用系统。优锘科...
sealer背后实现整个集群一键交付的奥秘 | 龙蜥技术
阿里云云栖号
04-19 1011
简介：解读集群镜像“开箱即用”神器——sealer！ 编者按：集群镜像把整个集群看成一台服务器，把 k8s 看成云操作系统，实现整个集群的镜像化打包和交付，为企业级软件提供一种“开箱即用”的应用封装技术。本文整理自龙蜥大讲堂技术直播第11期，由龙蜥社区集群镜像 SIG 核心成员、sealer项目发起人方海涛分享——通过 sealer 实现整个集群 Build&Share&Run。 以下是本期龙蜥大讲堂直播回顾文： 什么是镜像集群 顾名思义，和操作系统 .iso 镜像或 Docke
kubernetes 1.18离线安装 一键安装
github_35614077的博客
04-22 7064
kuberentes 离线丝滑安装 为了让kubernetes安装与集群节点管理更丝滑，这次我们是花了大功夫。这次做了很多非常大的更新，并经过充分测试与bug修复让其稳定。 力争把这个简单的事做到极致。 剥离定制kubeam功能到sealos中 之前定制kubeadm代码实现的100年证书功能和localLB,已经全部剥离到sealos中，现在已经是完完全全原生的kubernetes了。 为...
HTML一键打包工具1.3.0
09-18
HTML一键打包工具1.3.0
webpack的一键打包攻略
weixin_42557255的博客
08-18 379
webpack 使用 前言 : npm init 生成package.json 文件 在package.json中引入相关依赖 { "name": "webpackdemo", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "test": "echo \"Error: no test specified\" && exit 1" }, "author":
怎么把服务器打包系统,云服务器如何打包
weixin_39640773的博客
08-12 483
使用tar 命令用于打包操作时，该命令的基本格式为：[root@localhost ~]#tar [选项] 源文件或目录在使用 tar 命令指定选项时，可不在选项前面输入“-”。例如，使用“cvf”和“-cvf”的作用一样。举例来说，[root@localhost ~]# tar -cvf anaconda-ks.cfg.tar anaconda-ks.cfg#把anacondehks.cfg打包...
在linux系统下程序打包发布
lavanana的博客
07-02 1649
程序以test为例： QtCreate使用Release版本编译 从可运行程序的文件中拿出可执行文件,例：test 终端下使用ldd命令查看需要的连接库,例：ldd test 把ldd查询到的所有需要的库导出 这里提供一个脚本将ldd打印出来的依赖库复制到指定路径 #!/bin/sh exe="test" #发布的程序名称 des="./lib" #你的路径 deplis...
自动打包发布到服务器的持续集成工具：Jenkins+钉钉
weixin_30741653的博客
05-09 366
钉钉，智能移动办公平台工具。 Jenkins，是一个开源的持续集成的服务器，开源帮助我们自动构建各类项目。 持续集成，检测代码逻辑，高效率自动化发布工程项目。 安装Jenkins在服务器:Jenkins具体安装与构建部署使用教程； 发布后台API配置：图片太大； 发布前端Vue项目：图片太大； 钉钉配置机器人； 转载于:https://www.cnblogs.com/ya...
linux cp并打包目录,WINDOWS自动打包目录脚本 复制到远程备份服务器保存
weixin_33833234的博客
04-29 131
WINDOWS自动打包目录脚本 复制到远程备份服务器保存发布时间：2020-08-18 17:53:00来源：ITPUB博客阅读：99作者：germany006栏目：服务器需求说明：需要将一台WINDOWS服务器上的一个目录进行定期备份环境说明：1、本地Windows SERVER 2016 S(64 位)192.168.100.92、远端备份服务器LINUX192.168.1.100前置：1、...
看一次你就会，Linux部署jenkins实现自动打包部署java项，超详细超简单
最新发布
StreamlineWq的博客
04-30 2484
到了这里全文就结束了，看起来有些操作很简单，但是实际坐起来还是花了我一些时间，最主要现在网上文章鱼龙混杂，遇到点问题根本查不出来，最关键的就是jenkins的配置那块，maven和git和jdk的配置一定要正确，其他地方就很简单了，如果你有什么不懂的问题或者有什么高见，也欢迎大家在评论区私聊我，只要我看到必定会回复。
自动打包部署方式一： 自动打包java项目 上传jar、war包到远程服务器自动运行 bat（后续讲到travis CL集成部署，kenkins快速部署）
geomon的博客
04-13 1494
@echo off #!/bin/bash echo **********************=============开始运行==============******************** ::切换盘符 set current_dir=F:\javaProgram\ideaProject2\epas2 pushd %current_dir% echo %cd% ::cd /d F:...
建立服务器，打包上线
票票的博客
07-18 228
在服务器配置 Node.js Express 框架 npm install -g express-generator 再使用 express 创建项目 express ejs name //简写版 express -e name cd name npm i vue 前端框架 npm run build 把代码打包到 dist 文件下，复制粘贴到服务器 public 文件加下 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值