jenkins配置記錄（2）--代碼發佈流程
在咱們的平常運維工做中，使用jenkins來完成業務代碼發版上線是相當重要的一環。
前面已經提到在jenkins上添加用戶權限的操做，今天重點說下如何在jenkins下構建項目工程進行代碼發佈？php
在此簡單介紹下jenkins進行代碼發佈的流程（根據本人的經歷而述）。
1）代碼上線要經歷四個場景：Dev開發環境-->Test測試環境-->Beta驗收環境-->Online線上環境
Dev開發環境：開發人員在開發機上自行開發，開發後將代碼上傳到svn/git版本控制系統裏。
Test測試環境：將代碼從svn下載並同步到測試機（Test環境發版），通知測試同事進行上線前的業務測試。
Beta驗收環境：測試同事測試ok後，將代碼同步到Beta機上（Beta環境發版），而後通知產品/運營同事進行上線前的驗收。
Online線上環境：待Beta驗收ok後，再將代碼同步到線上機器上，最終完成Online發版。css
2）Test測試環境下的發版，沒有放到jenkins上操做（固然也是能夠放到kenins上構建測試項目工程的），直接是在服務器上寫的發版腳本進行的。html
3）Beta驗收環境和Online線上環境的發版是放在jenkins上構建項目工程完成的，上線發版分爲全量發版（所有同步）和增量發版（個別文件同步）。
發版是根據svn的tag標記，由release區分版本號進行的。具體狀況以下：java
全量發佈流程：
第一步：構建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。至此完成代碼全量上線。git
增量發佈流程：
重複上面的第一步和第二部，將代碼發佈到Beta環境進行驗收，驗收經過後，就能夠進行代碼上線了。
第三步：構建FH_Diff_Beta，構建時會提示輸入FILE_LIST（通常不會是文件的全路徑，是文件的部分路徑，具體參考shell腳本里對此參數的引用設置）。輸入要同步的個別文件進行構建便可。構建後發佈日誌裏也會留有一個版本號（好比20161014371145）.
第四部：構建FH_Online項目，構建時會提示輸入VERSION版本號。使用FH_Diff_Beta最近一次構建後的版本號（也就是上面的20161014371145）構建FH_Online。至此完成代碼增量上線。web
另外：
上面在構建工程項目時要求輸入的參數VERSION和FILE_LIST都是在項目配置裏定義的（具體下面會提到），而且這兩個參數在對應項目配置裏的shell腳本里都會被引用。shell
同時，針對FH_Online項目，還能夠建立FH_Rollback（使用ROLLBACK_VERSION參數），即Online環境的回滾方案（固然Test和Beta環境也能夠建立回滾項目。通常會寫一個回滾腳本，同步前都會作一次備份，回滾腳本可依據本身的狀況而定義）。tomcat
-------------------------------------------------------------------------------
廢話很少說，下面記錄下jenkins建立工程，構建項目發版的具體流程：安全
首先新建一個工程任務:bash
按照上面總結的上線發版流程，這裏舉出一個業務線的代碼發版的項目，依次列出全量、增量發版的工程：
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環境中。
[root@jenkins-server Shell]# pwd /usr/local/tomcat7/webapps/jenkins/scripts/Shell
[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參數，在腳本里已經被引用到了。
[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進行增量同步。
[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是線上服務器）：
[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腳本
[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」參數實際上取的就是最近一次的備份
[root@jenkins-server Shell]# ll /var/lib/jenkins/rollback/www.wangshibo.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.wangshibo.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的經歷而梳理的，若有誤述，敬請指出，以待改正！
- 1. jenkins配置記錄（2）--代碼發佈流程
- 2. Jenkins CICD代碼構建發佈流程
- 3. 配置jenkins發佈php代碼
- 4. Jenkins之Pipeline代碼流水線配置
- 5. Jenkins發佈PHP代碼
- 6. gitlab和jenkins發佈代碼
- 7. jenkins發佈PHP代碼
- 8. jenkins發佈回滾流程
- 9. Jenkins+maven+Tomcat配置發佈
- 10. Jenkins-自動發佈配置
- 更多相關文章...
- • Markdown 代碼 - Markdown 教程
- • ADO 添加記錄 - ADO 教程
- • IntelliJ IDEA 代碼格式化配置和快捷鍵
- • IntelliJ IDEA代碼格式化設置
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. js中 charCodeAt
- 2. Android中通過ViewHelper.setTranslationY實現View移動控制（NineOldAndroids開源項目）
- 3. 【Android】日常記錄：BottomNavigationView自定義樣式，修改點擊後圖片
- 4. maya 文件檢查 ui和數據分離 （一）
- 5. eclipse 修改項目的jdk版本
- 6. Android InputMethod設置
- 7. Simulink中Bus Selector出現很多? ? ?
- 8. 【Openfire筆記】啓動Mac版Openfire時提示「系統偏好設置錯誤」
- 9. AutoPLP在偏好標籤中的生產與應用
- 10. 數據庫關閉的四種方式