Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程

这篇具有很好参考价值的文章主要介绍了Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

第一步 新建任务

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

第二步 输入项目名称和选择自由风格的软件项目点击确定

第三步 配置下项目地址和账号密码

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

第四步 配置 build steps 选择 shell 脚本 

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

第五步 shell 配置 (注意shell 必须以#!/bin/sh开头,否则会报 找不到shell 命令的错)

#!/bin/sh

black=$(tput setaf 0)
red=$(tput setaf 1)
green=$(tput setaf 2)
yellow=$(tput setaf 3)
blue=$(tput setaf 4)
reset=$(tput sgr0)

color_cyan="\033[0;36m"
color_red="\033[41;37m"
color_default="\033[0;m"

function echo_log() {
    echo -e "${color_cyan}$*${color_default}"
}

function echo_error() {
    echo -e "${color_red}$*${color_default}"
}


RunCommand() {
  echo_log "-> ♦♦♦♦♦ $* ♦♦♦♦♦<-"
  "$@"
  return $?
}

function delete_white_space() {
    echo -n  "$1" | sed  's/^[ t]*//;s/[ t]*$//'
}
function log_separator() {
    echo_log "----------------------------执行新的任务------------------------------"
}

Root=`pwd`
basedir=`cd $(dirname $0); pwd -P`
#current_file="${basedir##*/}"
current_file="AliMobileOneLogin"
RepoName='dp_base_ios_spec'
SpecName=$current_file'.podspec'
SpecPath=$Root/$SpecName
spec_sources='https://cdn.cocoapods.org/'

# 自增,满10进1
 increment_version () {
   declare -a part=( ${1//\./ } )
   declare    new
   declare -i carry=1
   for (( CNTR=${#part[@]}-1; CNTR>=0; CNTR-=1 )); do
     len=${#part[CNTR]}
     new=$((part[CNTR]+carry))
     [ ${#new} -gt $len ] && carry=1 || carry=0
     [ $CNTR -gt 0 ] && part[CNTR]=${new: -len} || part[CNTR]=${new}
   done
   new="${part[*]}"
   echo  "${new// /.}"
 }
 
#验证版本号格式
    verify_input_tag_format()
    {
        local tag_version=$1
        if [ -z $tag_version ]; then
            echo ${red}"请输入正确的tag 版本号,例如:0.0.1 / 1.0.0 / 1.0.0-bate1"${reset}
            exit 1
        else
            # release的正则
            reg='^[0-9]{1,4}\.[0-9]{1,4}\.[0-9]{1,4}.*$'
            # reg='^(0|[1-9][1-9]*)\.(0|[1-9][1-9]*)\.(0|[1-9][1-9]*)(?:-((?:0|[1-9][0-9]*|[0-9]*[a-zA-Z-][0-9a-zA-Z-]*)(?:\.(?:0|[1-9][0-9]*|[0-9]*[a-zA-Z-][0-9a-zA-Z-]*))*))?(?:\+([0-9a-zA-Z-]+(?:\.[0-9a-zA-Z-]+)*))?$'
            if [[ "$tag_version" =~ $reg ]]; then
                echo ${blue}"tag版本号正确,格式验证通过"${reset}
            else
                echo ${red}"请输入正确的tag 版本号,例如:0.0.1 / 1.0.0 / 1.0.0-bate1"${reset}
                exit 1
            fi
        fi
    }

#验证版本号是否存在
    verify_input_tag_exist()
    {
        local tag_version=$1
        touch .tag_list_file
        tempListFilePath=$Root/.tag_list_file
     echo ${blue}"1========================================================="${tempListFilePath}
        git fetch --tags
        git tag -l |sort -r > $tempListFilePath
        exist="0"
        while read line
        do
            tag_number=$line
       echo ${blue}"2========================================================="${tag_number}
          echo ${yellow}"3========================================================="${tempListFilePath}
            if [[ $tag_number == $tag_version ]]; then
                exist="1"
                break
            fi
        done < $tempListFilePath
        if [[ $exist == "1" ]]; then
            echo ${red}"tag版本号 ${tag_version} 已经存在,请重新执行!"${reset}
            exit 1
        else
            echo ${blue}"tag版本号正确,格式验证通过"${reset}
        fi
        rm $tempListFilePath 2> /dev/null
    }

#    #修改podspec文件版本号
#    change_spec_version()
#    {
#        local tag_version=$1
#        while read line
#        do
#            reg="^s.version"
#            if [[ "$line" =~ $reg ]]; then
#                sed -i "" "s/${line}/s.version        = \'$tag_version\'/g" $SpecPath
#            fi
#        done < $SpecPath
#        cat $SpecPath
#    }
    #修改podspec文件版本号
function change_spec_version()
{
    local tag_version=$1
    local specPath=$2
        echo_log "podspec路径$specPath"
        echo_log "要修改的版本号$tag_version"
    while read line
    do
        reg="^s.version"
        if [[ "$line" =~ $reg ]]; then
            sed -i "" "s/${line}/s.version        = \'$tag_version\'/g" $specPath
        fi
    done < $specPath
    cat $specPath
}
   #提交git及打tag
  function update_git_tags(){
      RunCommand cd $1
   if [ -n "$(git status -s)" ];then
    RunCommand git add -A && git commit -m "$new_tag_version"
    if [[ $? -ne 0 ]]; then
        echo_error "'git add -A && git commit -m' failed,请检查错误信息 $1"
        exit 1
    fi

    RunCommand git tag $new_tag_version
    RunCommand git push origin --tags && git push origin master
    RunCommand git fetch --all
    if [[ $? -ne 0 ]]; then
        echo_error "'git push origin' failed,请检查错误信息 $1"
        exit 1
    fi
else
    echo_error "似乎有异常,Git没有变更的内容  $1"
    exit 1
fi

}
#拷贝打包完的frameworke文件到指定路径下
    copy_framework_to_target_file()
    {
    echo ${green}"====================== 开始拷贝文件 ===================="${reset}
         local tag_version=$1
    #目标地址
     target_file_Path=$Root'/Frameworks'
    #拷贝地址
     file_Path=${Root}'/'$current_file'-'${tag_version}
     
      copy_Path=${file_Path}'/ios'
        if [ ! -d  "$target_file_Path" ]; then
            mkdir  $target_file_Path
            echo ${green}"========================创建文件夹成功================================="${reset}
           else
            echo ${green}"========================文件夹已经存在================================="${reset}
             fi
              echo ${green}"====================== 生成的文件路径$copy_Path ===================="${reset}
                  echo ${green}"====================== 要拷贝的目标文件路径 $target_file_Path===================="${reset}
           # 拷贝生成的framework文件到目标文件
            cp  -rf  $copy_Path/*  $target_file_Path/
            #删除自动生成的framework文件目录
            rm -rf $file_Path
        }

     #------------------- 脚本开始 --------------------
    echo ${green}"========================================================="${reset}
    echo ${green}"====================== 开始发布组件 ======================="${reset}
    echo ${green}"========================================================="${reset}

    echo $current_file


## >-------------------------开始编译处理-------------------------------------------<
echo_log ">>>打印路径"

RunCommand cd $Root
export LANG=en_US.UTF-8
export LANGUAGE=en_US.UTF-8
export LC_ALL=en_US.UTF-8
last_commit=$(git log --pretty=format:'%h %s (%an, %ar)' -n 5 | tr '\n' ' ';)
echo_log "最近一次提交记录:$last_commit"


## >----------------------------------更新Git Tag版本号 spec索引库处理----------------------------------

log_separator
echo_log "更新git tags版本号 spec索引库处理"

old_tag_version="1.0.0"

RunCommand git describe --tags `git rev-list --tags --max-count=1`

#TAG=$(git describe --tags $(git rev-list --tags --max-count=1))
#
# echo $TAG

if [[ $? -ne 0 ]]; then
    echo_log "当前仓库没有git --tags,就使用默认的初始版本号 1.0.0"
else
    old_tag_version="$(git describe --tags `git rev-list --tags --max-count=1`)"
fi
echo_log "当前版最新tag为:$old_tag_version"


prebetal=`echo $old_tag_version | cut -d '-' -f 1`
new_tag_version="$(increment_version $prebetal)"
echo_log "当前组件版本号:${old_tag_version} 新的版本号:${new_tag_version}"

change_spec_version $new_tag_version $SpecPath
 RunCommand update_git_tags $Root
 
     #------------------- 版本号输入和校验 --------------------
#verify_input_tag_format $TagVersion
#verify_input_tag_exist $TagVersion
#change_spec_version $TagVersion

    TagVersion=$new_tag_version
 echo ${green}"RepoNameRepoName===========${RepoName}=============================================="${reset}
  echo ${green}"SpecPathSpecPath===========${RepoName}===================${SpecPath}==========================="${reset}
    
    pod lib lint --sources=${spec_sources}  --use-libraries --allow-warnings --no-clean
    if [[ $? != 0 ]]; then
         git push origin --delete $TagVersion
         git tag -d $TagVersion
         echo ${red}"本地校验失败"${reset}
         exit 1
    else
         echo ${red}"本地校验成功"${reset}
    fi
   
    pod lib lint --sources=${spec_sources}  --use-libraries --allow-warnings --no-clean
    if [[ $? != 0 ]]; then
         git push origin --delete $TagVersion
         git tag -d $TagVersion
         echo ${red}"远程校验失败"${reset}
         exit 2
    else
          echo ${red}"远程校验成功"${reset}
    fi
    
#   pod repo push ${RepoName} 'CommonUtil.podspec' --sources=${spec_sources} --allow-warnings --verbose --use-libraries --skip-import-validation --skip-tests
#    if [[ $? != 0 ]]; then
#        git push origin --delete $TagVersion
#        git tag -d $TagVersion
#        echo ${red}"repo push 失败"${reset}
#        exit 3
#     else
#         echo ${red}"repo push成功"${reset}
#    fi

echo ${green}"========================================================="${reset}
echo ${green}"====================== 开始打包framework ===================="${reset}
echo ${green}"========================================================="${reset}


    pod package ${SpecName}  --force --exclude-deps --no-mangle --spec-sources=${spec_sources}
    

  copy_framework_to_target_file  $TagVersion
     
 echo ${green}"========================================================="${reset}
 echo ${green}"====================== 打包framework完成 ===================="${reset}
 echo ${green}"========================================================="${reset}

  git add .
  git commit -m "发布组件打包framework:$TagVersion"
  git push
  git tag -d "$TagVersion"
  git push origin --delete tag "$TagVersion"
  git tag -a $TagVersion -m "$TagVersion"
  git push origin $TagVersion

echo ${green}"========================================================="${reset}
echo ${green}"====================== 组件发布完成 ======================="${reset}
echo ${green}"========================================================="${reset}


#pod package AliMobileOneLogin.podspec  --force –embedded  --exclude-deps --no-mangle --spec-sources=https://cdn.cocoapods.org/

第六步 点击立即构建 在构建历史里面查看构建日志

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

第六步 查看编译状态和产物

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程,CI/CD 持续集成,jenkins,ci/cd,运维

到这里,jenkins 配置shell脚本打包组件的完整配置流程就已经完成文章来源地址https://www.toymoban.com/news/detail-861602.html

到了这里,关于Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • CI/CD到底是啥?持续集成/持续部署概念解释

    大家好,我是chowley,日常工作中,我每天都在接触CI/CD,今天就给出我心中的答案。 在现代软件开发中,持续集成(Continuous Integration,CI)和持续部署(Continuous Deployment,CD)是两个非常重要的实践,它们通过自动化的流程来加速软件的开发、测试和部署,提高团队的效率和

    2024年02月19日
    浏览(54)
  • DevOps:自动化部署和持续集成/持续交付(CI/CD)

    在现代软件开发领域,DevOps(Development和Operations的组合)已经成为一个不可或缺的概念。它代表了一种将软件开发和运维(Operations)紧密结合的方法,旨在提高软件交付速度、质量和可靠性。本文将深入探讨DevOps中的关键概念,特别是自动化部署和持续集成/持续交付(CI/C

    2024年02月07日
    浏览(67)
  • 【git】CI/CD持续集成与部署C++示例

    😏 ★,° :.☆( ̄▽ ̄)/$: .°★ 😏 这篇文章主要介绍CI/CD持续集成与部署C++示例。 学其所用,用其所学。——梁启超 欢迎来到我的博客,一起学习,共同进步。 喜欢的朋友可以关注一下,下次更新不迷路🥞 CI/CD (持续集成/持续交付)是一种软件开发实践和方法论,旨在通过

    2024年01月19日
    浏览(63)
  • 什么是CI/CD:持续集成与持续交付?(InsCode AI 创作助手)

    在现代软件开发领域,CICD(Continuous Integration and Continuous Delivery)是一种关键性的开发实践,它有助于提高软件交付的质量和效率。本文将深入探讨CICD的定义、原理和重要性,以及如何在项目中实施CICD流程。 什么是CICD? CICD是一种软件开发实践,它将持续集成(CI)和持续交

    2024年02月09日
    浏览(58)
  • 持续集成与持续交付(CI/CD):探讨在云计算中实现快速软件交付的最佳实践

    🎈个人主页:程序员 小侯 🎐CSDN新晋作者 🎉欢迎 👍点赞✍评论⭐收藏 ✨收录专栏:云计算 ✨文章内容:软件交付 🤝希望作者的文章能对你有所帮助,有不足的地方请在评论区留言指正,大家一起学习交流!🤗 持续集成(Continuous Integration,CI)和持续交付(Continuous D

    2024年02月10日
    浏览(62)
  • [Docker实现测试部署CI/CD----Jenkins集成相关服务器(3)]

             SonarScanner 是一种代码扫描工具,专门用来扫描和分析项目代码质量。扫描和分析完 成之后,会将结果写入到 SonarQube 服务器的数据库中,并在 SonarQube 平台显示这些数 据。         在 SonarQube 官网的帮助文档中可以下载 SonarScanner。这里下载一个 Linux 系统下使

    2024年02月14日
    浏览(43)
  • Gitlab CI/CD笔记-第一天-GitOps和以前的和jenkins的集成的区别

    一、GitOps-CI/CD的流程图与Jenkins的流程图 从上图可以看到: GitOps与基于Jennkins技术栈的CI/CD流程,无法从Jenkins集成其他第三方开源的项目来实现换成了Gitlab来进行集成。 好处在于:CI 一个工具Gitlab就行了,但CD部分依旧是传统的云主机(虚拟机),物理及,docker单机容器或者

    2024年02月14日
    浏览(44)
  • DevOps-Jenkins-CI持续集成操作

    创建个web项目 我这里直接用Spring Web自动生成的demos 启动项目,访问展示如下默认页面信息 在项目下新建docker目录,新增Dockerfile、docker-compose.yml文件 Dockerfile文件,将mytest.jar 复制到容器的/usr/local/目录下,在/usr/local执行命令java -jar mytest.jar docker-compose.yml文件,当前目录以D

    2024年03月13日
    浏览(54)
  • 持续交付的力量: 使用Docker Swarm进行CI/CD

    ✅创作者:陈书予 🎉个人主页:陈书予的个人主页 🍁陈书予的个人社区,欢迎你的加入: 陈书予的社区 1.1 Docker Swarm 简介 Docker Swarm 是 Docker 官方的集群管理和编排工具,用于管理多个 Docker 节点和容器,并分发容器到这些节点上运行。Docker Swarm 具有可扩展性、故障转移和负

    2023年04月26日
    浏览(61)
  • CI/CD持续测试的未来...

    如果您想知道为什么持续测试如此重要,请考虑以下几点:在过去,软件测试通常是在编写代码并发送给 QA 部门进行独立测试之后进行的。当发现错误时,代码将返回给开发人员进行更正。虽然这种测试方法有效,但非常耗时。如今,企业想要快速生产出高质量的产品,因此

    2024年02月12日
    浏览(52)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包