国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程

這篇具有很好參考價(jià)值的文章主要介紹了Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

第一步 新建任務(wù)

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

第二步 輸入項(xiàng)目名稱和選擇自由風(fēng)格的軟件項(xiàng)目點(diǎn)擊確定

第三步 配置下項(xiàng)目地址和賬號(hào)密碼

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

第四步 配置 build steps 選擇 shell 腳本?

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

第五步 shell 配置 (注意shell 必須以#!/bin/sh開(kāi)頭,否則會(huì)報(bào) 找不到shell 命令的錯(cuò))

#!/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 "----------------------------執(zhí)行新的任務(wù)------------------------------"
}

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進(jìn)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// /.}"
 }
 
#驗(yàn)證版本號(hào)格式
    verify_input_tag_format()
    {
        local tag_version=$1
        if [ -z $tag_version ]; then
            echo ${red}"請(qǐng)輸入正確的tag 版本號(hào),例如: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版本號(hào)正確,格式驗(yàn)證通過(guò)"${reset}
            else
                echo ${red}"請(qǐng)輸入正確的tag 版本號(hào),例如:0.0.1 / 1.0.0 / 1.0.0-bate1"${reset}
                exit 1
            fi
        fi
    }

#驗(yàn)證版本號(hào)是否存在
    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版本號(hào) ${tag_version} 已經(jīng)存在,請(qǐng)重新執(zhí)行!"${reset}
            exit 1
        else
            echo ${blue}"tag版本號(hào)正確,格式驗(yàn)證通過(guò)"${reset}
        fi
        rm $tempListFilePath 2> /dev/null
    }

#    #修改podspec文件版本號(hào)
#    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文件版本號(hào)
function change_spec_version()
{
    local tag_version=$1
    local specPath=$2
        echo_log "podspec路徑$specPath"
        echo_log "要修改的版本號(hào)$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,請(qǐng)檢查錯(cuò)誤信息 $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,請(qǐng)檢查錯(cuò)誤信息 $1"
        exit 1
    fi
else
    echo_error "似乎有異常,Git沒(méi)有變更的內(nèi)容  $1"
    exit 1
fi

}
#拷貝打包完的frameworke文件到指定路徑下
    copy_framework_to_target_file()
    {
    echo ${green}"====================== 開(kāi)始拷貝文件 ===================="${reset}
         local tag_version=$1
    #目標(biāo)地址
     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}"========================創(chuàng)建文件夾成功================================="${reset}
           else
            echo ${green}"========================文件夾已經(jīng)存在================================="${reset}
             fi
              echo ${green}"====================== 生成的文件路徑$copy_Path ===================="${reset}
                  echo ${green}"====================== 要拷貝的目標(biāo)文件路徑 $target_file_Path===================="${reset}
           # 拷貝生成的framework文件到目標(biāo)文件
            cp  -rf  $copy_Path/*  $target_file_Path/
            #刪除自動(dòng)生成的framework文件目錄
            rm -rf $file_Path
        }

     #------------------- 腳本開(kāi)始 --------------------
    echo ${green}"========================================================="${reset}
    echo ${green}"====================== 開(kāi)始發(fā)布組件 ======================="${reset}
    echo ${green}"========================================================="${reset}

    echo $current_file


## >-------------------------開(kāi)始編譯處理-------------------------------------------<
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版本號(hào) spec索引庫(kù)處理----------------------------------

log_separator
echo_log "更新git tags版本號(hào) spec索引庫(kù)處理"

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 "當(dāng)前倉(cāng)庫(kù)沒(méi)有g(shù)it --tags,就使用默認(rèn)的初始版本號(hào) 1.0.0"
else
    old_tag_version="$(git describe --tags `git rev-list --tags --max-count=1`)"
fi
echo_log "當(dāng)前版最新tag為:$old_tag_version"


prebetal=`echo $old_tag_version | cut -d '-' -f 1`
new_tag_version="$(increment_version $prebetal)"
echo_log "當(dāng)前組件版本號(hào):${old_tag_version} 新的版本號(hào):${new_tag_version}"

change_spec_version $new_tag_version $SpecPath
 RunCommand update_git_tags $Root
 
     #------------------- 版本號(hào)輸入和校驗(yàn) --------------------
#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}"本地校驗(yàn)失敗"${reset}
         exit 1
    else
         echo ${red}"本地校驗(yàn)成功"${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}"遠(yuǎn)程校驗(yàn)失敗"${reset}
         exit 2
    else
          echo ${red}"遠(yuǎn)程校驗(yàn)成功"${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}"====================== 開(kāi)始打包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 "發(fā)布組件打包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}"====================== 組件發(fā)布完成 ======================="${reset}
echo ${green}"========================================================="${reset}


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

第六步 點(diǎn)擊立即構(gòu)建 在構(gòu)建歷史里面查看構(gòu)建日志

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

第六步 查看編譯狀態(tài)和產(chǎn)物

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程,CI/CD 持續(xù)集成,jenkins,ci/cd,運(yùn)維

到這里,jenkins 配置shell腳本打包組件的完整配置流程就已經(jīng)完成文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-861602.html

到了這里,關(guān)于Jenkins CI/CD 持續(xù)集成專題三 Jenkins 使用shell腳本打包組件配置流程的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • CI/CD到底是啥?持續(xù)集成/持續(xù)部署概念解釋

    大家好,我是chowley,日常工作中,我每天都在接觸CI/CD,今天就給出我心中的答案。 在現(xiàn)代軟件開(kāi)發(fā)中,持續(xù)集成(Continuous Integration,CI)和持續(xù)部署(Continuous Deployment,CD)是兩個(gè)非常重要的實(shí)踐,它們通過(guò)自動(dòng)化的流程來(lái)加速軟件的開(kāi)發(fā)、測(cè)試和部署,提高團(tuán)隊(duì)的效率和

    2024年02月19日
    瀏覽(25)
  • DevOps:自動(dòng)化部署和持續(xù)集成/持續(xù)交付(CI/CD)

    在現(xiàn)代軟件開(kāi)發(fā)領(lǐng)域,DevOps(Development和Operations的組合)已經(jīng)成為一個(gè)不可或缺的概念。它代表了一種將軟件開(kāi)發(fā)和運(yùn)維(Operations)緊密結(jié)合的方法,旨在提高軟件交付速度、質(zhì)量和可靠性。本文將深入探討DevOps中的關(guān)鍵概念,特別是自動(dòng)化部署和持續(xù)集成/持續(xù)交付(CI/C

    2024年02月07日
    瀏覽(33)
  • 【git】CI/CD持續(xù)集成與部署C++示例

    【git】CI/CD持續(xù)集成與部署C++示例

    ?? ★,° :.☆( ̄▽ ̄)/$: .°★ ?? 這篇文章主要介紹CI/CD持續(xù)集成與部署C++示例。 學(xué)其所用,用其所學(xué)?!?jiǎn)⒊?歡迎來(lái)到我的博客,一起學(xué)習(xí),共同進(jìn)步。 喜歡的朋友可以關(guān)注一下,下次更新不迷路?? CI/CD (持續(xù)集成/持續(xù)交付)是一種軟件開(kāi)發(fā)實(shí)踐和方法論,旨在通過(guò)

    2024年01月19日
    瀏覽(43)
  • 什么是CI/CD:持續(xù)集成與持續(xù)交付?(InsCode AI 創(chuàng)作助手)

    在現(xiàn)代軟件開(kāi)發(fā)領(lǐng)域,CICD(Continuous Integration and Continuous Delivery)是一種關(guān)鍵性的開(kāi)發(fā)實(shí)踐,它有助于提高軟件交付的質(zhì)量和效率。本文將深入探討CICD的定義、原理和重要性,以及如何在項(xiàng)目中實(shí)施CICD流程。 什么是CICD? CICD是一種軟件開(kāi)發(fā)實(shí)踐,它將持續(xù)集成(CI)和持續(xù)交

    2024年02月09日
    瀏覽(26)
  • 持續(xù)集成與持續(xù)交付(CI/CD):探討在云計(jì)算中實(shí)現(xiàn)快速軟件交付的最佳實(shí)踐

    持續(xù)集成與持續(xù)交付(CI/CD):探討在云計(jì)算中實(shí)現(xiàn)快速軟件交付的最佳實(shí)踐

    ??個(gè)人主頁(yè):程序員 小侯 ??CSDN新晉作者 ??歡迎 ??點(diǎn)贊?評(píng)論?收藏 ?收錄專欄:云計(jì)算 ?文章內(nèi)容:軟件交付 ??希望作者的文章能對(duì)你有所幫助,有不足的地方請(qǐng)?jiān)谠u(píng)論區(qū)留言指正,大家一起學(xué)習(xí)交流!?? 持續(xù)集成(Continuous Integration,CI)和持續(xù)交付(Continuous D

    2024年02月10日
    瀏覽(36)
  • [Docker實(shí)現(xiàn)測(cè)試部署CI/CD----Jenkins集成相關(guān)服務(wù)器(3)]

    [Docker實(shí)現(xiàn)測(cè)試部署CI/CD----Jenkins集成相關(guān)服務(wù)器(3)]

    ???????? SonarScanner 是一種代碼掃描工具,專門用來(lái)掃描和分析項(xiàng)目代碼質(zhì)量。掃描和分析完 成之后,會(huì)將結(jié)果寫入到 SonarQube 服務(wù)器的數(shù)據(jù)庫(kù)中,并在 SonarQube 平臺(tái)顯示這些數(shù) 據(jù)。 ????????在 SonarQube 官網(wǎng)的幫助文檔中可以下載 SonarScanner。這里下載一個(gè) Linux 系統(tǒng)下使

    2024年02月14日
    瀏覽(27)
  • Gitlab CI/CD筆記-第一天-GitOps和以前的和jenkins的集成的區(qū)別

    Gitlab CI/CD筆記-第一天-GitOps和以前的和jenkins的集成的區(qū)別

    一、GitOps-CI/CD的流程圖與Jenkins的流程圖 從上圖可以看到: GitOps與基于Jennkins技術(shù)棧的CI/CD流程,無(wú)法從Jenkins集成其他第三方開(kāi)源的項(xiàng)目來(lái)實(shí)現(xiàn)換成了Gitlab來(lái)進(jìn)行集成。 好處在于:CI 一個(gè)工具Gitlab就行了,但CD部分依舊是傳統(tǒng)的云主機(jī)(虛擬機(jī)),物理及,docker單機(jī)容器或者

    2024年02月14日
    瀏覽(27)
  • DevOps-Jenkins-CI持續(xù)集成操作

    DevOps-Jenkins-CI持續(xù)集成操作

    創(chuàng)建個(gè)web項(xiàng)目 我這里直接用Spring Web自動(dòng)生成的demos 啟動(dòng)項(xiàng)目,訪問(wèn)展示如下默認(rèn)頁(yè)面信息 在項(xiàng)目下新建docker目錄,新增Dockerfile、docker-compose.yml文件 Dockerfile文件,將mytest.jar 復(fù)制到容器的/usr/local/目錄下,在/usr/local執(zhí)行命令java -jar mytest.jar docker-compose.yml文件,當(dāng)前目錄以D

    2024年03月13日
    瀏覽(31)
  • 持續(xù)交付的力量: 使用Docker Swarm進(jìn)行CI/CD

    持續(xù)交付的力量: 使用Docker Swarm進(jìn)行CI/CD

    ?創(chuàng)作者:陳書予 ??個(gè)人主頁(yè):陳書予的個(gè)人主頁(yè) ??陳書予的個(gè)人社區(qū),歡迎你的加入: 陳書予的社區(qū) 1.1 Docker Swarm 簡(jiǎn)介 Docker Swarm 是 Docker 官方的集群管理和編排工具,用于管理多個(gè) Docker 節(jié)點(diǎn)和容器,并分發(fā)容器到這些節(jié)點(diǎn)上運(yùn)行。Docker Swarm 具有可擴(kuò)展性、故障轉(zhuǎn)移和負(fù)

    2023年04月26日
    瀏覽(32)
  • CI/CD持續(xù)測(cè)試的未來(lái)...

    CI/CD持續(xù)測(cè)試的未來(lái)...

    如果您想知道為什么持續(xù)測(cè)試如此重要,請(qǐng)考慮以下幾點(diǎn):在過(guò)去,軟件測(cè)試通常是在編寫代碼并發(fā)送給 QA 部門進(jìn)行獨(dú)立測(cè)試之后進(jìn)行的。當(dāng)發(fā)現(xiàn)錯(cuò)誤時(shí),代碼將返回給開(kāi)發(fā)人員進(jìn)行更正。雖然這種測(cè)試方法有效,但非常耗時(shí)。如今,企業(yè)想要快速生產(chǎn)出高質(zhì)量的產(chǎn)品,因此

    2024年02月12日
    瀏覽(30)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包