资讯专栏INFORMATION COLUMN

CICD项目发版脚本

Wildcard / 1689人阅读

摘要:本文主要介绍通过脚本完成线上发版,自动打发版,方便线上功能回退。结合参数化构建,可以实现自动化发布。

本文主要介绍通过shell脚本完成线上发版,自动打发版tag,方便线上功能回退。结合Jenkins参数化构建,可以实现自动化发布。

## 分支名
tag_name="dev"
IN_TAG=$tag_name
## git地址
GIT_DIR="git@github.com:****/paas-service-web.git"
## 项目名
GIT_PROJ_NAME=$(echo $GIT_DIR|awk -F/ "$0=$NF"|awk -F. "$0=$1")
## 工作目录
WORKSPACE="/home/darren/data"
## 发版用户
BUILD_USER="xiaozq"
## 线上服务器地址
HOST="192.144.172.239"
## 服务器部署目录
DEPLOY_DIR="/data/xiaoyaospace"

这些参数需要改成自己对应的参数,需要配置ssh免密钥登录

执行方式 sh -x paas_jenkins.sh 分支名

依赖环境

maven

git

jdk

流程图

源码
paas_jenkins.sh (接收的是jenkins传过来的参数,可以改成指定参数,直接运行)

#!/bin/bash
export LANG="en_US.UTF-8"  
#export PS4="[+] $(date +%H:%M:%S) info (@$LINENO): "

## 分支名
#tag_name=$1
IN_TAG=$tag_name
## git地址
GIT_DIR=$git
## 项目名
GIT_PROJ_NAME=$(echo $GIT_DIR|awk -F/ "$0=$NF"|awk -F. "$0=$1")
## 工作目录
#WORKSPACE="/home/darren/data"
## 发版
BUILD_USER=$BUILD_USER_ID
## 线上服务器地址
HOST=$server_list
## 服务器部署目录
DEPLOY_DIR=$deploy_dir
## 使用端口号
SERVER_PORT=$server_port
## 检测项目启动地址
HEALTH_CHECK_FILE=$health_check_file
echo "接收参数--》build_type:$build_type ; tag_name:$tag_name ;git:$git ;server_list:$server_list ;deploy_dir:$deploy_dir ; server_port:$server_port;health_check_file:$health_check_file; BUILD_USER_ID:$BUILD_USER_ID "

#切换到工作目录
cd $WORKSPACE
test ! -d "$WORKSPACE/$GIT_PROJ_NAME" && echo "git clone $GIT_DIR" && git clone $GIT_DIR

#进入项目目录
pushd $GIT_PROJ_NAME >/dev/null

echo $IN_TAG|egrep -q "^d-|^b-|^r-"

if [ $? -ne 0 ];then
    
    git fetch origin
    if [ $? -ne 0 ];then
                echo "无法连接gitlab!"
                exit 1;
        fi

    git rev-list origin/$IN_TAG >/dev/null

    if [ $? -ne 0 ];then
        echo "$tag_name 分支不存在!"
        exit 1;
    fi

    echo "检查代码是否合并..."
    
    diff=$(git log origin/master ^origin/$IN_TAG| wc -l) 
    if [ $diff -ne 0 ];then
        echo "请先合并master代码到分支$IN_TAG!"
        exit 1;
    fi

    echo "代码已经合并! "

    git pull
    git fetch --tags

    git checkout $IN_TAG
    if [ $? -ne 0 ];then
        exit 1;
    fi

    git pull

    git checkout master
    if [ $? -ne 0 ];then
                exit 1;
        fi
    git reset --hard origin/master  
    if [ $? -ne 0 ];then
                exit 1;
        fi
##    git status

    git merge $IN_TAG   
    if [ $? -ne 0 ];then
        echo "合并到master失败!"
        exit 1
    fi
#    git status

    timestamp=$(date +%y%m%d%H%M)
    IN_TAG=r-$timestamp-$BUILD_USER
        git fetch --tags
        num=$(git tag -l $IN_TAG|wc -l)
        if [ $num -eq 1 ];then
                echo "Tag冲突,一分钟后重新打Tag"
                sleep 60
                timestamp=$(date +%y%m%d%H%M)
                IN_TAG=r-$timestamp-$BUILD_USER
        fi
    git tag -a -m "$tag_name" $IN_TAG master

    git push origin master
    if [ $? -ne 0 ];then
        echo "推送代码到origin失败"
        exit 1
    fi
        
    git push origin --tags
    if [ $? -ne 0 ];then
        echo "推送rtag到origin失败"
        exit 1
    fi
fi

git fetch --tags
git reset --hard $IN_TAG 
if [ $? -ne 0 ];then
    echo "$IN_TAG 分支不存在!"
    exit 1 
fi

merge_count=$(find . -regex ".*.js|.*.html|.*.htm|.*.css|.*.xml|.*.jsp|.*.properties" |xargs grep "<<<<<<< HEAD" 2>/dev/null |wc -l)
if [ $merge_count -ne 0 ]; then
    find . -regex ".*.js|.*.html|.*.htm|.*.css|.*.xml|.*.jsp|.*.properties" |xargs grep "<<<<<<< HEAD" 2>/dev/null
    echo "请解决代码冲突后再发布!"
    exit 1
fi

echo "mvn clean package -DskipTests=true"
mvn clean package -DskipTests=true 
if [ $? -ne 0 ];then
    exit 1 
fi

popd

JAR_NAME=$(ls -al "$WORKSPACE/$GIT_PROJ_NAME/target" | grep "jar$" | awk "{print $9}")
echo "$JAR_NAME"

ssh root@$HOST "test -d $DEPLOY_DIR/$GIT_PROJ_NAME || mkdir -p $DEPLOY_DIR/$GIT_PROJ_NAME"

if [ $? -ne 0 ];then
    echo "远程执行命令失败!"
    exit 1
    #continue 
fi


echo "scp -p "$WORKSPACE/$GIT_PROJ_NAME/target/$JAR_NAME"  root@$HOST:/tmp/ "
scp -p "$WORKSPACE/$GIT_PROJ_NAME/target/$JAR_NAME"  root@$HOST:/tmp/

if [ $? -ne 0 ];then 
     echo "同步文件失败!" 
     exit 1 
     #continue  
fi 

echo "ssh root@$HOST "rm -f $DEPLOY_DIR/$GIT_PROJ_NAME/$JAR_NAME && cp -rf /tmp/$JAR_NAME $DEPLOY_DIR/$GIT_PROJ_NAME/" "
ssh root@$HOST "rm -f $DEPLOY_DIR/$GIT_PROJ_NAME/$JAR_NAME && cp -rf /tmp/$JAR_NAME $DEPLOY_DIR/$GIT_PROJ_NAME/"

echo "ssh root@$HOST "sh $DEPLOY_DIR/$GIT_PROJ_NAME/start.sh $JAR_NAME $SERVER_PORT $HEALTH_CHECK_FILE $DEPLOY_DIR" || exit 1 "
ssh root@$HOST "sh $DEPLOY_DIR/$GIT_PROJ_NAME/start.sh $JAR_NAME $SERVER_PORT $HEALTH_CHECK_FILE $DEPLOY_DIR" || exit 1

echo "ssh root@$HOST "echo $IN_TAG > $DEPLOY_DIR/$GIT_PROJ_NAME/git_version""
ssh root@$HOST "echo $IN_TAG > $DEPLOY_DIR/$GIT_PROJ_NAME/git_version"

echo "[DESC]IN=$tag_name
OUT=$IN_TAG"

start.sh (放在部署的服务器上,远程调用)

#!/bin/sh

echo "接收到的参数 $#"

PROJ_NAME=$1
SERVER_PORT=$2
HEALTH_CHECK_FILE=$3
DEPLOY_DIR=$4
HEALTCHECKURL="http://127.0.0.1:$SERVER_PORT/$HEALTH_CHECK_FILE"

#ps -ef | grep "$PROJ_NAME" |grep -v grep
ps -ef | grep "$PROJ_NAME" |grep -v grep|grep -v "start.sh" |awk "NR==1{print $2}"|xargs kill -9 >/dev/null 2>&1

java -server -Xmx256m -jar -Dspring.profiles.active=prod "$DEPLOY_DIR/$PROJ_NAME" >/tmp/paas.log &

flag=0
for i in $(seq 30);do
    sleep 1
    httpcode=$(curl -o /dev/null -s -m 1 --connect-timeout 1 -w %{http_code}  "$HEALTCHECKURL")
    echo "Http check $HEALTCHECKURL httpcode is $httpcode"
    if [ "X$httpcode" == "X200" ];then
        echo -e "
Start $PROJ_NAME is OK .
"
                flag=1
        break
    fi
done
if [ $flag -eq 0 ];then
    echo -e "
Start $PROJ_NAME is FAIL .
"
    exit 1
fi

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/74023.html

相关文章

  • 基于jenkins搭建CICD

    摘要:本文主要介绍通过参数化构建搭建持续集成持续交付,主要介绍参数化构建配置,本身搭建请查看官方文档涉及到的插件一最终效果二参数化配置点击配置,勾选参数化构建点击添加参数,有下面这些参数主要用到字符参数文本参数选择发版环境例如,多个空格分隔,示例 本文主要介绍通过jenkins参数化构建搭建CICD(持续集成/持续交付),主要介绍jenkins参数化构建配置,jenkins本身搭建请查看官方...

    gaomysion 评论0 收藏0
  • 【容器云 UK8S】最佳实践:基于Jenkins的CI/CD实践

    摘要:扩展性好当集群的资源严重不足而导致排队等待时,可以很容易的添加一个到集群中,从而实现扩展。用法,选择尽可能使用这个节点镜像,填写,这个容器镜像是我们的运行环境。更新文件,这里我们只是将中的镜像更换成最新构建出的镜像。基于Jenkins的CI/CD实践[TOC]一、概要提到K8S环境下的CI/CD,可以使用的工具有很多,比如Jenkins、Gitlab CI、新兴的drone等,考虑到大多公司...

    Tecode 评论0 收藏0
  • GitOps:Kubernetes多集群环境下的高效CICD实践

    摘要:在容器领域内,已经成为了容器编排和管理的社区标准。就是的逻辑扩展,它的核心目标是为了更加高效和安全的应用发布。第二个问题就是,生产环境的发布权限一般都是需要严格控制的,通常只有应用管理员或者运维管理员才有生产发布权限。 为了解决传统应用升级缓慢、架构臃肿、不能快速迭代、故障不能快速定位、问题无法快速解决等问题,云原生这一概念横空出世。云原生可以改进应用开发的效率,改变企业的组织结构,甚...

    wdzgege 评论0 收藏0

发表评论

0条评论

Wildcard

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<