组件化过程

工作情况

随着业务发展，主项目工程中集合了各种各样的第三方库或者自研的库。比如：阿里系、打点、蓝牙、视频、RN、国内版、海外版、白标版
通过git创建各类分支管理相关的需要，分支的主要情况有：

公共分支common，用于处理国内与海外共同功能；
国际化分支language，专门处理国际化文件、国际化切换，国际化字段编译校验；
发版分支master
线上分支release
开发分支dev

仅仅是上面的情况，还能勉强整理处理，如果再加上...

公共分支需区分本月上线与下月上线的common1、common2
国际化分支需要裂变为国内国际化、海外国际化
开发分支以功能为最小单元，演化出本月功能，下月分支。因此会出现一个人负责一个分支，到了另外一个月后，需要记得切换到新分支去工作
最忙时，会在4、5个分支切来切去，经历过这种切来切切的场景，你会发现自己，再也记不住哪个功能具体在哪个分支上进行的开发了。每次开发新功能或者修复新问题，也要先问一圈，我在哪、我应该在哪？做...

准备之路

接收到老大需求，需要实现修改一个版本号就集成新功能到工程中。第一反应是需要建立公司自己的私有库，通过Pods管理不同的功能
需要怎么做呢？
以前做组件的过程都是一个组件一个仓库管理，这样做的优点：

完全独立，不担心产生耦合
使用方便，改为需要的版本后，直接pod install搞定
一般一个功能一个人开发就好，无过多的git提交冲突

缺点：

功能太过分散
如有code review功能，每次提交都要经过审核，效率降低
仓库过多，新人来，要运行主工程，需要给予他一群的仓库权限

开始之路

选择了创建两个仓库的模式进行组件开发，一个仓库管理所有的组件代码，一个管理所有的podspec。也不知道这个选择的路是对是错，后面的需求变动，也因为这个选择带来很多麻烦
需要使用的工具有

Cocoapods依赖
Gerrit代码审核
Sourcetree处理git版本管理
Xcode你懂得
Shell

本地库怎么建，网上搜有一堆，或者看我的烂片，下面的脚本收好，不做pod lint检查的，修改里面两个地方后，就可以通过运行脚本的方式，快速提交到pod

#!/bin/bash
# 更新时间:2021-4-28
# 手动拷贝podspec到私有仓库更新
# 不通过lib lint检查
export LANG=en_US.UTF-8

tip="使用说明：直接git更新私有库推送spec，无lint验证操作，不符合正常流程规范，谨慎使用\n\
1.tag可先行推送，也可在此推送\n\
2.私有库路径有误时可手动设置localSpecGitDir\n\
3.最后spec确认推送前强行关闭或z取消，不会重置私有库修改，需手动删除\n\
4.最后spec确认不输入y会重置私有库修改，已推送tag需要手动处理"
echo -e "\033[34;1m$tip\033[0m"

spec_repo_name="看我，看我，改这里，自己的本地组件库名"

localSpecGitDir="看我，看我，改这里，索引仓库地址"

git reset --hard
echoError(){
    echo -e "\033[31;1m$1\033[0m"
}
echoNormal(){
    echo -e "\033[32;1m$1\033[0m"
}

spec_file=''
dir_file=$(dirname $0)
cd $dir_file
for file in `ls `
do
  if [[ $file =~ \.podspec$ ]];then
    spec_file=$file
    break
  fi
done

if [ "$spec_file" = "" ];then
    echoError "error:未找到spec文件"
    exit
fi
versionString=`grep -E 's.version.*=' $spec_file`
versionString=${versionString#*\'}
versionString=${versionString%*\'}

spec_filename=${spec_file%.*}

last_tag=$(git describe --tags `git rev-list --tags --max-count=1`)
if [ $? != 0 ]; then
     echoError "没有获取到tag"
fi
echoNormal "-------- 当前项目仓库最新 tag: ${last_tag} -----------------"
echoNormal "-------- 本地podspec tag: ${versionString} -----------------"
echoNormal "新tag:${versionString}(enter确认，手动输入其他终止)"
read newTag

if [ "" == "$newTag" ];then
    newTag=${versionString}
fi

if [ "$versionString" != "$newTag" ];then
    echoError "-----------------已手动终止-----------------"
    exit
fi

if [ "$last_tag" != "$newTag" ];then
    git tag ${newTag}
    git push origin HEAD:refs/tags/${newTag}
#    git push origin ${newTag}
    if [ $? != 0 ]; then
        echoError "-----------------推送tag失败，请检查网络环境-----------------"
        exit 1
    fi
fi

checkSpecGitDir(){
    if [ -d $spec_git_dir ];then
        echo
        else
        if [ "$1" = "" ]; then
        echoError "未找到spec仓库地址"
        exit 1
        else
        spec_git_dir=$1
        fi
    fi
}

#同级父目录下
spec_git_dir="$(dirname $(pwd))/${spec_repo_name}/"
#不存在可以手动设置
checkSpecGitDir ${localSpecGitDir}
#未找到再找找.cocoapods目录
checkSpecGitDir "${HOME}/.cocoapods/repos/${spec_repo_name}/"
#找不着
checkSpecGitDir ""

spec_content_dir=$spec_git_dir$spec_filename
target_dir=$spec_content_dir'/'$newTag
commitAction="Add"
if [ -d $spec_content_dir ];then
    commitAction="Update"
    else
    mkdir $spec_content_dir
fi
if [ -d $target_dir ];then
    rm -rf $target_dir
fi
mkdir $target_dir
target_file=$target_dir'/'$spec_file
cp $spec_file $target_file

resetSpec(){
    git reset --hard
    tag_dir="${spec_filename}/${newTag}/"
    if [ -d $tag_dir ];then
        rm -rf $tag_dir
    fi
}

cd $spec_git_dir
git pull origin

if [ $? != 0 ]; then
     echoError "-----------------pull spec 仓库失败，请检查网络环境-----------------"
     resetSpec
     exit 1
fi

message="[$commitAction] $spec_filename ($newTag)"
echoNormal "commit内容：$message"
echoNormal "----------------- 是否开始推送新的spec [输入'y'开始] -----------------------"
read answer
if [[ $answer != y ]]; then
    resetSpec
    exit 0
fi

git add -A
if [ $? != 0 ]; then
     echoError "-----------------spec git add失败-----------------"
     resetSpec
     exit 1
fi
git commit -m "$message"
git push origin
if [ $? != 0 ]; then
     echoError "-----------------push spec 仓库失败，请检查网络环境并重试-----------------"
     exit 1
else
     pod repo update ${spec_repo_name} --verbose
     if [ $? != 0 ]; then
          pod repo add ${spec_repo_name} ${localSpecGitDir}
          echoError "-----------------push spec 仓库失败，重试-----------------"
     exit 1
     fi
     echoNormal "-----------------push success-----------------"
fi

开发完毕

组件化完成后的结果如下，每一个目录是一个subspec，引入组件是，通过正常引入所有组件或者引入单个组件

pod 'IMILabKit'
//引入单个
pod 'IMILabKit/Log'

WeChat433dcd09cf407b1ce732a1f493fb15e6.png

需求变动

组件开发到中后期时，说需要对外提供，因此就面临不能使用源码作为组件的问题。查找cocoapods二进制方案，大概有3类

cocoapods-package命令打包生成二进制
cocoapods-binary配置生成二进制
使用cocoapods管理framework
ENV条件编译生成不同的包

其实cocoapods执行完毕后，在pod目录下有一个framework产生，没有去尝试这个framework是否能直接用于作为二进制方案(子组件化，这种机制不适合我们的场景，因此没有去做尝试)

转换为二进制最大的困难
共用同一套代码，cocoapods子组件形式在使用时其实还是在同一个module中，子组件变成一个个独立的framework就将现有现象变成在不同的module中，要解决一个个的兼容问题，模块引入在两种不同方式是不一样的，因为这点，需要处理比较多的细节

组件化过程