自動化項目Jenkins持續集成


一、Jenkins的優點

1、傳統網站部署流程

  一般網站部署的流程 這邊是完整流程而不是簡化的流程 
需求分析—原型設計—開發代碼—內網部署-提交測試—確認上線—備份數據—外網更新-最終測試 
,如果發現外網部署的代碼有異常,需要及時回滾,一般是運維來做。

1、功能測試 2、上線的時間 3、 jenkins 4、運維 5、功能測試

2、Jenkins部署流程

  我們可以通過jenkins工具平台實現全自動部署+測試,是一個可擴展的持續集成引擎,是一個開源軟件項目,旨在提供一個開放易用的軟件平台,使軟件的持續集成變成可能。Jenkins非常易於安裝和配置,簡單易用。 
簡單來說方便如下人員:

  1. 開發人員:寫好代碼,不需要自己進行源碼編譯、打包等工作,直接將代碼分支存放在SVN、GIT倉庫即可。 war 源碼多 自動把代碼放到服務器上面 
  2. 運維人員:減輕人工干預的錯誤率,ansible 一鍵完成了 同時解放運維人員繁雜的上傳代碼、手動備份、更新
  3. 測試人員:可以通過jenkins進行簡單的代碼及網站測試

3、持續集成的意義 增加工作效率

  1. 持續集成中的任何一個環節都是自動完成的,無需太多的人工干預,有利於減少重復過程以節省時間、費用和工作量 
  2. 持續集成保障了每個時間點上團隊成員提交的代碼是能成功集成的。換言之,任何時間點都能第一時間發現軟件的集成問題,使任意時間發布可部署的軟件成為了可能 
  3. 持續集成還能利於軟件本身的發展趨勢,這點在需求不明確或是頻繁性變更的情景中尤其重要,持續集成的質量能幫助團隊進行有效決策,同時建立團隊對開發產品的信心 

4、持續集成的組件

    1. 一個自動構建過程,包括自動編譯、分發、部署和測試
    2. 一個代碼存儲庫,即需要版本控制軟件來保障代碼的可維護性,同時作為構建過程的素材庫,例如SVN、GIT代碼庫
    3. 一個jenkins持續集成服務器就是一個配置簡單和使用方便的持續集成服務器

二.部署項目

1.創建Jenkins項目

  登錄Jenkins,點擊新建項目  

 

2.丟棄舊的構建 (保留7天,最大構建的最大數100)

 

 

 

3.碼雲獲取HTTP地址  http://172.16.1.161/auto_test/byxf_qa.git(可以通過git對應的地址)

 

 

4.Jenkins中配置碼雲中的地址,並添加登錄名密碼

 

 

 

三.Jenkins腳本

1.登錄部署項目服務器

 

2.執行腳本

 

 

 

 

3.腳本內容如下

pwd
cd /root/

mv -f /root/api_auto/static /root/static (移動static下面的所有內容,主要為了保存上傳服務器的文件,圖片,excel等 )
rm -rf api_auto/* (刪除api_auto文件夾下所有內容)
a=`netstat -apn|grep 9000`  (執行shell命令並獲取結果)
echo $a
if [ -n "$a" ]; then  (判斷如果有返回值)
echo "端口不為空 匹配端口殺掉進程"
port=`netstat -apn|grep 9000|awk '{ print $7 }'|awk -F/ '{ print $1 }' `  (獲取匹配到端口的進程id)
echo $port
kill -9 $port  (殺掉進程)


fi
pwd
echo "api_auto目錄已被清空"

 

4.將代碼拉倒項目目標服務器上

 

5.繼續登錄139服務器,啟動服務即可

 

當我們在終端或控制台工作時,可能不希望由於運行一個作業而占住了屏幕,因為可能還有更重要的事情要做,比如閱讀電子郵件。對於密集訪問磁盤的進程,我們更希望它能夠在每天的非負荷高峰時間段運行(例如凌晨)。為了使這些進程能夠在后台運行,也就是說不在終端屏幕上運行,有幾種選擇方法可供使用。

  • &  
    當在前台運行某個作業時,終端被該作業占據;可以在命令后面加上& 實現后台運行。例如:sh test.sh & 
    適合在后台運行的命令有f i n d、費時的排序及一些s h e l l腳本。在后台運行作業時要當心:需要用戶交互的命令不要放在后台執行,因為這樣你的機器就會在那里傻等。不過,作業在后台運行一樣會將結果輸出到屏幕上,干擾你的工作。如果放在后台運行的作業會產生大量的輸出,最好使用下面的方法把它的輸出重定向到某個文件中:
  • 1

這樣,所有的標准輸出和錯誤輸出都將被重定向到一個叫做out.file 的文件中。

PS:當你成功地提交進程以后,就會顯示出一個進程號,可以用它來監控該進程,或殺死它。(ps -ef | grep 進程號 或者 kill -9 進程號)

  • nohup 
    使用&命令后,作業被提交到后台運行,當前控制台沒有被占用,但是一但把當前控制台關掉(退出帳戶時),作業就會停止運行。nohup命令可以在你退出帳戶之后繼續運行相應的進程。nohup就是不掛起的意思( no hang up)。該命令的一般形式為: 
  • 1

如果使用nohup命令提交作業,那么在缺省情況下該作業的所有輸出都被重定向到一個名為nohup.out的文件中,除非另外指定了輸出文件: 

  • 1

使用了nohup之后,很多人就這樣不管了,其實這樣有可能在當前賬戶非正常退出或者結束的時候,命令還是自己結束了。所以在使用nohup命令后台運行命令之后,需要使用exit正常退出當前賬戶,這樣才能保證命令一直在后台運行。

  • ctrl + z 
    可以將一個正在前台執行的命令放到后台,並且處於暫停狀態。

  • Ctrl+c 
    終止前台命令。

  • jobs 
    查看當前有多少在后台運行的命令。 
    jobs -l選項可顯示所有任務的PID,jobs的狀態可以是running, stopped, Terminated。但是如果任務被終止了(kill),shell 從當前的shell環境已知的列表中刪除任務的進程標識。

  • 2>&1解析
  • 1
    1. command>out.file是將command的輸出重定向到out.file文件,即輸出內容不打印到屏幕上,而是輸出到out.file文件中。
    2. 2>&1 是將標准出錯重定向到標准輸出,這里的標准輸出已經重定向到了out.file文件,即將標准出錯也輸出到out.file文件中。最后一個&, 是讓該命令在后台執行。
    3. 試想2>1代表什么,2與>結合代表錯誤重定向,而1則代表錯誤重定向到一個文件1,而不代表標准輸出;換成2>&1,&與1結合就代表標准輸出了,就變成錯誤重定向到標准輸出.

 

 

echo "在139服務了"
cd /root/api_auto/
rm -rf /root/api_auto/static  (刪除從git上拉下來的static文件夾)
cp -rf /root/static /root/api_auto/static (復制原來的static文件夾)
rm -rf /root/static (再把原來的刪除掉)
pwd
mkdir log (創建日志文件夾)
chmod u+x *.sh
echo "完成"


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM