AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

jenkins配置记录（2）--代码发布流程

2017-10-17 1430
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介：

在我们的日常运维工作中，使用jenkins来完成业务代码发版上线是至关重要的一环。
前面已经提到在jenkins上添加用户权限的操作，今天重点说下如何在jenkins下构建项目工程进行代码发布？

在此简单介绍下jenkins进行代码发布的流程（根据本人的经历而述）。
1）代码上线要经历四个场景：Dev开发环境-->Test测试环境-->Beta验收环境-->Online线上环境
Dev开发环境：开发人员在开发机上自行开发，开发后将代码上传到svn/git版本控制系统里。
Test测试环境：将代码从svn下载并同步到测试机（Test环境发版），通知测试同事进行上线前的业务测试。
Beta验收环境：测试同事测试ok后，将代码同步到Beta机上（Beta环境发版），然后通知产品/运营同事进行上线前的验收。
Online线上环境：待Beta验收ok后，再将代码同步到线上机器上，最终完成Online发版。

2）Test测试环境下的发版，没有放到jenkins上操作（当然也是可以放到kenins上构建测试项目工程的），直接是在服务器上写的发版脚本进行的。
测试环境下的发版操作流程可参考：http://www.cnblogs.com/kevingrace/p/5896010.html

3）Beta验收环境和Online线上环境的发版是放在jenkins上构建项目工程完成的，上线发版分为全量发版（全部同步）和增量发版（个别文件同步）。
发版是根据svn的tag标记，由release区分版本号进行的。具体情况如下：


   

 

全量发布流程：
第一步：构建FH_Diff_Release项目，构建时会提示选择一个release版本号。根据上线人员要求的release版本号（一般是最新的release号）进行构建。将代码从svn下载到jenkins本地(即放到对应项目的workspace目录下，也就是放在/usr/local/tomcat7/webapps/jenkins/jobs/FH_Diff_Release下)。构建后
发布日志里会留有一个版本号（比如20161028183745）
第二步：构建FH_Beta项目，构建时会提示输入VERSION版本号。使用FH_Diff_Release最近一次构建后的版本号（如上面的20161028183745）构建FH_Beta。构建后发布日志里同样也会留有一个版本号（也是20161028183745）。到这里完成Beta环境的验收工作，验收完成后
才可以进行代码上线工作。
第三步：构建FH_Online项目，构建时会提示输入VERSION版本号。使用FH_Beta最近一次构建后的版本号（也就是上面的20161028183745）构建FH_Online。至此完成代码全量上线。

增量发布流程：
重复上面的第一步和第二部，将代码发布到Beta环境进行验收，验收通过后，就可以进行代码上线了。
第三步：构建FH_Diff_Beta，构建时会提示输入FILE_LIST（一般不会是文件的全路径，是文件的部分路径，具体参考shell脚本里对此参数的引用设置）。输入要同步的个别文件进行构建即可。构建后发布日志里也会留有一个版本号（比如20161014371145）.
第四部：构建FH_Online项目，构建时会提示输入VERSION版本号。使用FH_Diff_Beta最近一次构建后的版本号（也就是上面的20161014371145）构建FH_Online。至此完成代码增量上线。

 

另外：
上面在构建工程项目时要求输入的参数VERSION和FILE_LIST都是在项目配置里定义的（具体下面会提到），并且这两个参数在对应项目配置里的shell脚本里都会被引用。

同时，针对FH_Online项目，还可以创建FH_Rollback（使用ROLLBACK_VERSION参数），即Online环境的回滚方案（当然Test和Beta环境也可以创建回滚项目。一般会写一个回滚脚本，同步前都会做一次备份，回滚脚本可依据自己的情况而定义）。

 

-------------------------------------------------------------------------------
废话不多说，下面记录下jenkins创建工程，构建项目发版的具体流程：

首先新建一个工程任务:

按照上面总结的上线发版流程，这里举出一个业务线的代码发版的项目，依次列出全量、增量发版的工程：
FF_Diff_Release
FF_Beta
FF_Diff_Beta
FF_Online
FF_Rollback 

1）FF_Diff_Release项目配置

接下来对这个项目进行配置

首选”启用项目安全“，选择对该项目具有操作权限的用户。一般而言，除了运维人员（管理员）具有所有项目操作的权限外，一般只给开发人员（通常是项目组的负责人）Beta环境下的项目操作权限。如下，只给caogaokui和yuxiaogang这两个用户（提前在“管理用户”里创建好的用户）设置下面三个权限，说明他们对该项目由构建的权限。

 

在“参数化构建过程”中选择“List Subversion tags（and more）”,填写相应业务svn的url；这里在对应项目的svn(如下面的svn://192.168.9.120/fangfull_new)下特意创建了一个release目录，在该目录下建立易于区分的版本号目录（如rel_20161031，里面存放业务代码）用于jenkins发布版本。这样在构建此工程的时候，就会出现提示选择一个release版本号（下面会演示到）；
下面填写的svn://192.168.9.120/fangfull_new/releases最好提前在jenkins本机用svn co测试执行一下(用对应的的svn账号和密码，执行一会儿就ctrl+c结束就行)，看看能否正常通过svn下载，不然可能会有报错。  如下：即将svn://192.168.9.120/fangfull_new/releases下的版本目录作为参数SVN_releases，用于构建工程时的提示

 

下面的提示不用在意，不影响。 

 

最后，调用shell同步的脚本（脚本在jenkins本机上定义的，这里填写脚本的执行命令就行）

 

 

-----------------------------------------------------------------------------------------------------------
这里列举下jenkins内置的环境变量（可以在jenkins构建的项目配置中直接引用，如上图Shell脚本中引用的${JOB_NAME}）
BUILD_NUMBER， 唯一标识一次build，例如23；
BUILD_ID，基本上等同于BUILD_NUMBER，但是是字符串，例如2011-11-15_16-06-21；
JOB_NAME， job的名字，例如JavaHelloWorld；
BUILD_TAG， 作用同BUILD_ID,BUILD_NUMBER,用来全局地唯一标识一此build，例如jenkins-JavaHelloWorld-23；
EXECUTOR_NUMBER， 例如0；
NODE_NAME，slave的名字，例如MyServer01；
NODE_LABELS，slave的label，标识slave的用处，例如JavaHelloWorld MyServer01；
JAVA_HOME， java的home目录
WORKSPACE，job的当前工作目录
HUDSON_URL = JENKINS_URL， jenkins的url，例如http://localhost:8000/ ；
BUILD_URL，build的url 例如http://localhost:8000/job/JavaHelloWorld/23/；
JOB_URL， job的url，例如http://localhost:8000/job/JavaHelloWorld/；
SVN_REVISION，svn 的revison
-----------------------------------------------------------------------------------------------------------

下面贴出该项目配置中调用的shell脚本（脚本中的192.168.1.106是其中的一台线上服务器）：
先从线上机器拷贝一份代码下来，放到脚本中的${CODE_DIR}目录下
接着将代码从svn下载到脚本中的${WORKSPACE}中，然后再同步到脚本中的${FILE_DIR}/${VERSION}目录下，已等待后续发往beta环境中。

1
2
[root@jenkins-server Shell]# pwd
/usr/local/tomcat7/webapps/jenkins/scripts/Shell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
[root@redmine Shell] # cat FF_Diff_Release.sh
#!/bin/bash
CODE_DIR= "/var/lib/jenkins/code_online/www.wangshibo.com"
FILE_DIR= "/var/lib/jenkins/file_list/www.wangshibo.com"
ONLINE_SERVER= "192.168.1.106"
EXCLUDE_FILE= "/var/lib/jenkins/code_online/www.wangshibo.com.exclude"
VERSION=` /bin/date  +%Y%m%d%H%M%S`
LOCK_FILE= "/var/lib/jenkins/file_list/www.wangshibo.com/diff.lock"
  
check_return()
{
         if  [[ $? !=  "0"  ]];  then
                 /bin/echo  $1
                 exit  255
         fi
}
  
### check lock file ###
while  [ -f ${LOCK_FILE} ];  do
         sleep  2
     /bin/echo  "Other diff project is running,please wait for a moment,thanks."
done
  
### update code ###
/usr/bin/rsync  -a -e  ssh  --exclude-from ${EXCLUDE_FILE} root@${ONLINE_SERVER}: /var/www/vhosts/www .wangshibo.com/ ${CODE_DIR}/
check_return  "update code failed"
  
### rsync svn code to version directory ###
/bin/mkdir  -p ${FILE_DIR}/${VERSION}
/usr/bin/rsync  -a --exclude-from ${EXCLUDE_FILE} ${WORKSPACE}/ ${FILE_DIR}/${VERSION}/
  
### diff file ###
/bin/find  ${FILE_DIR}/${VERSION}/ - type  f -regex  ".*/.*\.\(php\|tpl\|js\|css\|html\)"  |  while  read  line;  do
     ONLINE_FILE=` /bin/echo  ${line} |  /bin/cut  -d "/"  -f8- |  /bin/sed  's/^/\/var\/lib\/jenkins\/code_online\/www.wangshibo.com\//g' `
     FILE_NAME=` /bin/echo  ${line} |  /bin/cut  -d "/"  -f8-`
     if  [[ -f ${ONLINE_FILE} ]];  then
         if  [[  "$(/usr/bin/md5sum " ${line} " | /bin/awk '{print $1}')"  !=  "$(/usr/bin/md5sum " ${ONLINE_FILE} " | /bin/awk '{print $1}')"  ]];  then
             /bin/echo  "=============${FILE_NAME}============="
             /usr/bin/diff  -bu ${ONLINE_FILE} ${line}
         fi
     else
         /bin/echo  "=============${FILE_NAME}============="
         /bin/echo  "...这是一个新文件..."
     fi
done
  
/bin/echo  "==================================Diff Completed=================================="
/bin/echo  ""
/bin/echo  ""
/bin/echo  ""
/bin/echo  "Version : ${VERSION}"
/bin/rm  -f ${LOCK_FILE}

然后执行这个工程的构建，如下，构建时会提示你选择一个SVN_release的版本号。

上面的rel_*版本目录作为SVN_releases参数，是开发人员上传到svn://192.168.9.120/fangfull_new/releases下的，通过svn能看到：

 

 

----------------------------------------------------------------------------------------------------------------------------------------
另一种形式：
上面的FF_Diff_Release项目配置中采用了“发版时选择release版本号”的配置（如上截图中）

也可以不采用上面这种方式：
直接配置一个svn的url（分支或主干）就行，不启动上面的“参数化构建过程”
这样，点击“构建”的时候就直接执行项目构建了，没有上面的选择版本号的提示了

如下的一个项目，就跟上面的FF_Diff_Release项目配置不一样，具体采用哪种方式，根据自己的情况而定。

 

最简单的做法还可以是：在jenkins本机提前编写好代码同步的脚本（svn操作在脚本中定义），然后在jenkins界面里的项目构建配置中只引用shell脚本构建即可。

----------------------------------------------------------------------------------------------------------------------------------------

2）FF_Beta项目配置

启用“参数化构建过程”，选择“String Parameter”，里面填写“VERSION”。这样构建这个工程时就会出现提示你输入版本号，也就是输入上面的FF_Diff_Release项目构建后打印的版本号（在Consloe Output日志里最底部可以看到）构建。

接下来不需要再设置“源码管理”了，直接引用shell脚本即可。

 下面贴出该项目配置中调用的shell脚本（脚本中的192.168.1.25是beta服务器），可以看出，上面设置的VERSION参数，在脚本里已经被引用到了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
[root@jenkins-server Shell] # cat FF_Beta.sh
#!/bin/bash
FILE_DIR= "/var/lib/jenkins/file_list/www.wangshibo.com"
BETA_SERVER= "192.168.1.25"
BETA_DIR= "/var/www/vhosts/www.wangshibo.com"
 
### define check_return ###
check_return()
{
         if  [[ $? !=  "0"  ]];  then
                 /bin/echo  $1
                 exit  255
         fi
}
 
### check syntax errors ###
/bin/echo  "check syntax errors"
for  line  in  ` /bin/find  ${FILE_DIR}/${VERSION} - type  f -name  "*.php" `;  do
     /Data/app/php5 .5.1 /bin/php  -l  "${line}"  > /dev/null  2>&1
     check_return  "syntax errors,please check ${line}"
done
 
### release to beta server ###
/usr/bin/rsync  -av -e  "ssh -p25791"   ${FILE_DIR}/${VERSION}/ root@${BETA_SERVER}:${BETA_DIR}/
check_return  "release to beta server failed"
 
### change directory permission ###
/usr/bin/ssh  -p25791 -t -q -o  'StrictHostKeyChecking no'  root@${BETA_SERVER}  "/bin/chown -R nobody:nobody /var/www/vhosts/www.wangshibo.com; /bin/chmod -R 755 /var/www/vhosts/www.wangshibo.com/main/protected/runtime /var/www/vhosts/www.wangshibo.com/main/protected/themes /Data/logs/www/fangfull.com"
### purge memcache ###
#/usr/bin/ssh -t -q -o 'StrictHostKeyChecking no' root@${BETA_SERVER} "echo flush_all | nc 127.0.0.1 11221 ; echo flush_all | nc 127.0.0.1 11222" >/dev/null 2>&1
 
### print version ###
/bin/echo  "Version : ${VERSION}"

点击构建脚本，就会出现输入版本号的提示（注意上面Beta的shell脚本中有/Data/app/php5.5.1/bin/php进程，把这个php服务启动起来；按照以上脚本中的意思是在代码发布前，将代码中的php文件搜索出来，然后用php执行下这些php脚本文件，如果有报错，则终止这次构建，如果没有报错，则继续进行代码发布；具体按照自己的实际情况对脚本进行调试）

3）FF_Diff_Beta项目配置

 如下：参数名填写为FILE_LIST,在构建该项目的时候会有这个参数的提示，即输入要发布的文件，这是增量发版用到的（具体上面已经总结）。

 

接着直接引用shell脚本即可：

下面贴出该项目配置中调用的shell脚本（脚本中的192.168.1.25是beta服务器）：
从脚本中可以看出：
上面“参数化构建”中定义的FILE_LIST在脚本中被引用到了。
同步前先从beta机器上将代码备份一份到本机，然后再根据FILE_LIST进行增量同步。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
[root@jenkins-server Shell] # cat FF_Diff_Beta.sh
#!/bin/bash
CODE_DIR= "/var/lib/jenkins/code_online/www.wangshibo.com"
FILE_DIR= "/var/lib/jenkins/file_list/www.wangshibo.com"
BETA_SERVER= "192.168.1.25"
BETA_DIR= "/var/www/vhosts/www.wangshibo.com"
ONLINE_SERVER= "192.168.1.25"
EXCLUDE_FILE= "/var/lib/jenkins/code_online/www.wangshibo.com.exclude"
VERSION=` /bin/date  +%Y%m%d%H%M%S`
LOCK_FILE= "/var/lib/jenkins/file_list/www.wangshibo.com/diff.lock"
 
check_return()
{
         if  [[ $? !=  "0"  ]];  then
                 /bin/echo  $1
                 exit  255
         fi
}
 
### check lock file ###
while  [ -f ${LOCK_FILE} ];  do
         sleep  2
     /bin/echo  "Other diff project is running,please wait for a moment,thanks."
done
 
### update code ###
/usr/bin/rsync  -av -e  "ssh -p 25791"  --exclude-from ${EXCLUDE_FILE} root@${ONLINE_SERVER}: /var/www/vhosts/www .wangshibo.com/ ${CODE_DIR}/
check_return  "update code failed"
 
### rsync file from beta server ###
/bin/mkdir  -p ${FILE_DIR}/${VERSION}
for  FILE  in  ${FILE_LIST};  do
     DIR_NAME=` /usr/bin/dirname  ${FILE}`
     /bin/mkdir  -p ${FILE_DIR}/${VERSION}/${DIR_NAME}
     /usr/bin/rsync  -av -e  "ssh -p 25791"  --exclude-from ${EXCLUDE_FILE} root@${BETA_SERVER}:${BETA_DIR}/${FILE} ${FILE_DIR}/${VERSION}/${FILE}
     check_return  "${FILE} 文件不存在!"
done
 
### diff file ###
/bin/find  ${FILE_DIR}/${VERSION}/ - type  f -regex  ".*/.*\.\(php\|tpl\|js\|css\|html\)"  |  while  read  line;  do
     ONLINE_FILE=` /bin/echo  ${line} |  /bin/cut  -d "/"  -f8- |  /bin/sed  's/^/\/var\/lib\/jenkins\/code_online\/www.wangshibo.com\//g' `
     FILE_NAME=` /bin/echo  ${line} |  /bin/cut  -d "/"  -f8-`
     if  [[ -f ${ONLINE_FILE} ]];  then
         if  [[  "$(/usr/bin/md5sum " ${line} " | /bin/awk '{print $1}')"  !=  "$(/usr/bin/md5sum " ${ONLINE_FILE} " | /bin/awk '{print $1}')"  ]];  then
             /bin/echo  "=============${FILE_NAME}============="
             /usr/bin/diff  -bu ${ONLINE_FILE} ${line}
         fi
     else
         /bin/echo  "=============${FILE_NAME}============="
         /bin/echo  "...这是一个新文件..."
     fi
done
 
/bin/echo  "==================================Diff Completed=================================="
/bin/echo  ""
/bin/echo  ""
/bin/echo  ""
/bin/echo  "Version : ${VERSION}"
/bin/rm  -f ${LOCK_FILE}

点击构建脚本，就会出现输入文件的提示（多个文件之间用空格隔开），如下，输入文件的格式路径可以根据shell脚本中（注意上面脚本中的dirname命令，即取一个路径的目录部分(即去掉一个路径最后一级后的部分路径)）

 

4）FF_Online项目配置

下面贴出该项目构建配置中引用的脚本（脚本中的192.168.1.106和192.168.1.220是线上服务器）：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
[root@jenkins-server Shell] # cat FF_Online.sh
#!/bin/bash
FILE_DIR= "/var/lib/jenkins/file_list/www.wangshibo.com"
CODE_DIR= "/var/lib/jenkins/code_online/www.wangshibo.com"
EXCLUDE_FILE= "/var/lib/jenkins/code_online/www.wangshibo.com.exclude"
ROLLBACK_DIR= "/var/lib/jenkins/rollback/www.wangshibo.com"
ONLINE_SERVER= "192.168.1.106 192.168.1.220"
REMOTE_SERVER= "192.168.1.106"
ONLINE_DIR= "/var/www/vhosts/www.wangshibo.com"
 
### define check_return ###
check_return()
{
         if  [[ $? !=  "0"  ]];  then
                 /bin/echo  $1
                 exit  255
         fi
}
 
### check version ###
if  [[ ! -d ${FILE_DIR}/${VERSION} ]];  then
         /bin/echo  "版本无效,请确认."
         exit  255
fi
 
 
### update code ###
/bin/echo  "update online code"
/usr/bin/rsync  -a -e  ssh  --exclude-from ${EXCLUDE_FILE} root@${REMOTE_SERVER}: /var/www/vhosts/www .wangshibo.com/ ${CODE_DIR}/
check_return  "update code failed"
 
### backup code ###
/bin/echo  "backup online code"
cd  ${CODE_DIR} &&  /usr/bin/rsync  -aR * ${ROLLBACK_DIR}/${VERSION}/
check_return  "backup code failed"
 
### release to online server ###
for  SERVER  in  ${ONLINE_SERVER};  do
     /bin/echo  "release to ${SERVER}"
     /usr/bin/rsync  -av -e  "ssh -o 'StrictHostKeyChecking no'"  ${FILE_DIR}/${VERSION}/ root@${SERVER}:${ONLINE_DIR}/
     /usr/bin/ssh  -t -q -o  'StrictHostKeyChecking no'  root@${SERVER}  "/bin/chown -R nobody:nobody /var/www/vhosts/www.wangshibo.com ; /bin/chmod -R 755 /var/www/vhosts/www.wangshibo.com/main/protected/runtime /var/www/vhosts/www.wangshibo.com/main/protected/themes /Data/logs/www/fangfull.com"  > /dev/null  2>&1
done
 
 
### print rollback version ###
/bin/echo  "Rollback Version : ${VERSION}"

点击构建脚本，就会出现输入版本号的提示

5）FF_Rollback项目配置，即FF_Online的回滚方案，就是说上线如若出现问题，构建这个FF_Rollback工程就会自动回滚到上线前的状态

 

 

 

下面是该回滚项目的shell脚本

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
[root@jenkins-server Shell] # cat FF_Rollback.sh
#!/bin/bash
FILE_DIR= "/var/lib/jenkins/file_list/www.wangshibo.com"
CODE_DIR= "/var/lib/jenkins/code_online/www.wangshibo.com"
EXCLUDE_FILE= "/var/lib/jenkins/code_online/www.wangshibo.com.exclude"
ROLLBACK_DIR= "/var/lib/jenkins/rollback/www.wangshibo.com"
ROLLBACK_VERSION=` /bin/ls  -l  /var/lib/jenkins/rollback/www .wangshibo.com| tail  -1| awk  '{print $9}' `
ONLINE_SERVER= "192.168.1.106 192.168.1.220"
ONLINE_DIR= "/var/www/vhosts/www.wangshibo.com"
 
 
### define check_return ###
check_return()
{
         if  [[ $? !=  "0"  ]];  then
                 /bin/echo  $1
                 exit  255
         fi
}
 
### release to online server ###
for  SERVER  in  ${ONLINE_SERVER};  do
     /bin/echo  "release to ${SERVER}"
     /usr/bin/rsync  -av -e  "ssh -o 'StrictHostKeyChecking no'"  ${ROLLBACK_DIR}/${ROLLBACK_VERSION}/ root@${SERVER}:${ONLINE_DIR}/
     /usr/bin/ssh  -t -q -o  'StrictHostKeyChecking no'  root@${SERVER}  "/bin/chown -R nobody:nobody /var/www/vhosts/www.wangshibo.com ; /bin/chmod -R 755 /var/www/vhosts/www.wangshibo.com/main/protected/runtime /var/www/vhosts/www.wangshibo.com/main/protected/themes /Data/logs/www/fangfull.com ; cd /var/www/vhosts/www.wangshibo.com/main/qmjjrwap/themes/ntpl; /bin/rm -rf /var/www/vhosts/www.wangshibo.com/main/qmjjrwap/themes/ntpl/*; /bin/ln -s /var/www/vhosts/www.wangshibo.com/main/qmjjrwap/dist/themes/ntpl/qmjjrwap ./; /bin/chown -R nobody:nobody /var/www/vhosts/www.wangshibo.com/main/qmjjrwap/themes/ntpl/qmjjrwap"  > /dev/null  2>&1
done
 
 
### print rollback version ###
/bin/echo  "Rollback Version : ${VERSION}"

回滚即是用最近一次的备份覆盖到线上，脚本中的“ROLLBACK_VERSION”参数实际上取的就是最近一次的备份

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
[root@jenkins-server Shell] # ll /var/lib/jenkins/rollback/www.fangfull.com
total 72
drwxr-xr-x 9 root root 4096 Aug 10 12:24 20160810122352
drwxr-xr-x 9 root root 4096 Aug 12 18:05 20160812180522
drwxr-xr-x 9 root root 4096 Aug 19 17:59 20160819175910
drwxr-xr-x 9 root root 4096 Aug 29 10:41 20160826170848
drwxr-xr-x 9 root root 4096 Sep  8 19:52 20160908195214
drwxr-xr-x 9 root root 4096 Sep 14 19:40 20160914193917
drwxr-xr-x 9 root root 4096 Sep 20 18:33 20160920171701
drwxr-xr-x 9 root root 4096 Sep 22 13:41 20160922110959
drwxr-xr-x 9 root root 4096 Sep 22 16:19 20160922161415
drwxr-xr-x 9 root root 4096 Sep 23 20:30 20160923201543
drwxr-xr-x 9 root root 4096 Sep 23 21:57 20160923213311
drwxr-xr-x 9 root root 4096 Sep 23 22:12 20160923220941
drwxr-xr-x 9 root root 4096 Sep 29 21:24 20160929210300
drwxr-xr-x 9 root root 4096 Oct 17 16:13 20161017161120
drwxr-xr-x 9 root root 4096 Oct 17 19:51 20161017192718
drwxr-xr-x 9 root root 4096 Oct 26 17:17 20161025173337
drwxr-xr-x 9 root root 4096 Oct 28 18:58 20161028185753
drwxr-xr-x 9 root root 4096 Nov  2 17:03 20161102145159
[root@jenkins-server Shell] # /bin/ls -l /var/lib/jenkins/rollback/www.fangfull.com|tail -1|awk '{print $9}'
20161102145159

点击这个回滚项目的构建，同样会出现让你输入版本号的提示

 

 

******************************************************************************************************

扩展小提示：

截取目录的方法，有以下两种：
1）dirname命令：用于取给定路径的目录部分。这个命令很少直接在shell命令行中使用，一般把它用在shell脚本中，用于取得脚本文件所在目录，然后将当前目录切换过去。
其实就是取所给路径的倒数第二级及其之前的路径部分，如下：
[root@jenkins-server Shell]# dirname main/protected/xqsjmob/themes/tpl2/common/page_statistics.tpl
main/protected/xqsjmob/themes/tpl2/common
[root@jenkins-server Shell]# dirname /usr/local/tomcat7/webapps/jenkins/scripts/Shell
/usr/local/tomcat7/webapps/jenkins/scripts
[root@jenkins-server Shell]# dirname FF_Online.sh            #取的结果既是当前路径目录下

.

2）可以用${pathname%/*}截取掉pathname后面的文件部分。
下面比较下这两种方法的效果：即dirname取的是倒数第二级及其以上级的路径，而${pathname%/*}取的是"删除最后一个/符号后的路径部分"
[root@jenkins-server Shell]# pathname=/usr/bin/sort; echo $(dirname $pathname) ${pathname%/*} 
/usr/bin /usr/bin
You have new mail in /var/spool/mail/root
[root@jenkins-server Shell]# pathname=/usr/bin/sort/; echo $(dirname $pathname) ${pathname%/*} 
/usr/bin /usr/bin/sort
[root@jenkins-server Shell]# pathname=/usr/; echo $(dirname $pathname) ${pathname%/*} 
/ /usr
[root@jenkins-server Shell]# pathname=/usr; echo $(dirname $pathname) ${pathname%/*} 
/

---------------------------------------------------------------------------------------------------

以上的项目在构建后，可以通过构建日志查看代码发布情况：

如下：点击“Console Output"查看日志

 

 通过查看Parameter参数得到本次构建动作所用到的VERSION版本号或FILE_LIST文件

 

 

 

 

 

待项目构建完成后，还可以创建视图，将相关业务（应用）构建的工程放到同一个视图下，有多少个应用就创建多少个视图。如下创建视图：

 

然后将相应的构建工程拉到这个视图下进行管理

 

至此，一个完整项目的jenkins发版流程已经配置完成，后续上线发版只需要在这里一键构建执行即可。这仅仅是依据本人使用jenkins的经历而梳理的，如有误述，敬请指出，以待改正！

 

***************当你发现自己的才华撑不起野心时，就请安静下来学习吧***************
分类:  Jenkins

本文转自散尽浮华博客园博客，原文链接：http://www.cnblogs.com/kevingrace/p/6022447.html ，如需转载请自行联系原作者
文章标签：
日志服务
Shell
持续交付
jenkins
测试技术
PHP
关键词：
Jenkins配置
Jenkins代码
Jenkins流程
Jenkins代码发布
Jenkins配置流程
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
吞吞吐吐的
目录
相关文章
jianz123
|
1天前
|
jenkins 持续交付 网络安全
利用 Jenkins 实现持续集成与持续部署-代码拉取终端的配置
【8月更文挑战第30天】在Jenkins服务器中，git和Gitee是常用的代码拉取终端。Git作为分布式版本控制系统，具备出色的灵活性和可扩展性；而Gitee则在国内网络环境下表现更佳，适合团队协作。Git配置包括安装、设置用户信息及生成SSH密钥等步骤；Gitee配置也类似，需注册账号、创建仓库、配置基本信息并设置远程仓库地址。开发人员提交代码后，可通过Webhook、定时轮询或事件监听等方式触发Jenkins动作，确保持续集成和部署高效运行。正确配置这些触发机制并通过测试验证其有效性至关重要。
jianz123
9 2
白如意i
|
16天前
|
jenkins 应用服务中间件 持续交付
如何配置 Nginx 作为 Jenkins 的反向代理并启用 SSL 加密
如何配置 Nginx 作为 Jenkins 的反向代理并启用 SSL 加密
白如意i
36 8
李木子2024
|
22天前
|
jenkins Java 持续交付
【一键搞定！】Jenkins 自动发布 Java 代码的神奇之旅 —— 从零到英雄的持续集成/部署实战秘籍！
【8月更文挑战第9天】随着软件开发自动化的发展，持续集成（CI）与持续部署（CD）已成为现代流程的核心。Jenkins 作为一款灵活且功能丰富的开源 CI/CD 工具，在业界应用广泛。以一家电商公司的 Java 后端服务为例，通过搭建 Jenkins 自动化发布流程，包括创建 Jenkins 项目、配置 Git 仓库、设置构建触发器以及编写构建脚本等步骤，可以实现代码的快速可靠部署。
李木子2024
41 2
1288912195458132
|
2天前
|
jenkins Java 持续交付
jenkins学习笔记之十九：Docker安装jenkins master及动、静态配置slave
jenkins学习笔记之十九：Docker安装jenkins master及动、静态配置slave
1288912195458132
12 0
1288912195458132
|
2天前
|
jenkins Java Shell
jenkins学习笔记之十三：配置SonarScanner扫描Java项目
jenkins学习笔记之十三：配置SonarScanner扫描Java项目
1288912195458132
17 0
1288912195458132
|
2天前
|
jenkins Devops Java
jenkins学习笔记之十：配置Gitlab提交流水线
jenkins学习笔记之十：配置Gitlab提交流水线
1288912195458132
8 0
游客mldfis24krfue
|
12天前
|
存储 Kubernetes jenkins
在k8S中，Jenkins发布详细流程是什么？
在k8S中，Jenkins发布详细流程是什么？
游客mldfis24krfue
27 0
蓝易云
|
3月前
|
jenkins Java 持续交付
蓝易云 - 从零开始配置Jenkins与GitLab集成：一步步实现持续集成
以上就是从零开始配置Jenkins与GitLab集成的步骤，希望对你有所帮助。
蓝易云
72 2
蓝易云
|
3月前
|
安全 jenkins 持续交付
蓝易云 - jenkins配置权限不对导致无法登陆的重置方法
以上步骤可以帮助你重置Jenkins的权限配置，使你可以再次登录。但请注意，这样做会关闭所有的安全设置，包括身份验证和授权。在重新配置正确的权限设置之后，不要忘记将"useSecurity"设置回"true"。
蓝易云
62 1
众所周知
|
2月前
|
Java jenkins 持续交付
Jenkins是开源CI/CD工具，用于自动化Java项目构建、测试和部署。通过配置源码管理、构建触发器、执行Maven目标，实现代码提交即触发构建和测试
【7月更文挑战第1天】Jenkins是开源CI/CD工具，用于自动化Java项目构建、测试和部署。通过配置源码管理、构建触发器、执行Maven目标，实现代码提交即触发构建和测试。成功后，Jenkins执行部署任务，发布到服务器或云环境。使用Jenkins能提升效率，保证软件质量，加速上线，并需维护其稳定运行。
众所周知
88 0

热门文章

最新文章

  • 1
    使用阿里云容器服务Jenkins 2.0实现持续集成之the tag you want篇(updated on 2017.09.06)
  • 2
    SpringBoot+Docker+Git+Jenkins实现简易的持续集成和持续部署
  • 3
    Jenkins - 一篇就能上手 Gitee（码云）代码自动化构建
  • 4
    使用jenkins配置.net mvc网站进行持续集成三
  • 5
    jenkins无法连接仓库：Command “/usr/bin/git ls-remote -h -- https://gitee.com/xxx.git HEAD“ returned
  • 6
    更改Jenkins的主目录
  • 7
    Jenkins+MVN+Tomcat+Centos实现自动化部署
  • 8
    gitlab+jenkins+maven+docker持续集成（八）——jenkins用户组权限对应不同视图
  • 9
    Jenkins: 执行 PowerShell 命令
  • 10
    Jenkins+Maven+Git搭建持续集成和自动化部署的配置手记（1）
  • 1
    Jenkins 快速入门 （含Jenkins + Docker + Git 简单的自动化实操）（下）
    154
  • 2
    Jenkins 快速入门 （含Jenkins + Docker + Git 简单的自动化实操）（上）
    93
  • 3
    Jenkins 迁移及安装
    67
  • 4
    Docker+Kubernetes/K8s+Jenkins视频资料【干货分享】
    99
  • 5
    Jenkins与Docker的自动化CI/CD实战
    172
  • 6
    实战指南：运用Jenkins实现Java项目的持续集成与自动化部署
    512
  • 7
    R语言中ARMA，ARIMA（Box-Jenkins），SARIMA和ARIMAX模型用于预测时间序列数据
    129
  • 8
    Jenkins job 创建、参数化、定时构建及时区偏差问题
    77
  • 9
    Jenkins配置测试报告后无法正常显示或显示空的解决方法（问题集锦）
    57
  • 10
    配置 Jenkins 构建工具
    63

    • 相关课程

    更多
  • 基于Docker与Jenkins实现自动化部署
  • 数据库仓库升级交付实践指引
  • Springboot项目云开发快速迁移
  • 如何使用Kubernetes监控定位慢调用
  • 容器应用更新与灰度发布

    • 相关电子书

    更多
  • Alibaba Cloud CodePipeline 基于Jenkins的CI / CD探索之路
  • 王青：如何一天发布10次？基于元数据的持续交付方法
  • 一天发布10次-基于元数据的持续交付方法

    • 相关实验场景

    更多
  • 如何快速创建插件agent
  • 使用Count功能批量创建资源
  • ROS模板参数动态展示
  • 使用 Jenkins 创建微服务应用的持续集成

    • 推荐镜像

    更多
  • jenkins
  • docker-toolbox
  • puppet
    • 下一篇
    云函数