搞過CI/CD的同學一定吃過不少苦頭,或者說遇到不少坑,但是對自動化的執着住擋不了前進的步伐,如果你缺少了運維這一塊知識,那么你的流水線總是不那么完美,本文記錄的是自己躺過的坑,希望對你有所幫助。
一、相關環境和版本
- 服務器:windows2008【歷史遺留服務器,建議升級到2012以上,2016支持Windows的容器化技術】
- 源代碼管理:git
- .net core版本:net core 2.2
這里最應該注意的是操作系統版本和Jenkins的版本,不同的版本,特別是操作系統操作的shell可能千差萬別,你會在網上看到各種命令,所以選擇好自己的環境。
安裝Jenkins比較簡單,這里略過……
二、Jenkins相關配置
Step1.創建一個自由風格的Jenkins項目,這一步比較簡單略過(pipeline項目是一項更加挑戰,也許運維高手更需要熟悉,這里跳過)
Step2.在
配置git
源碼路徑的時候報錯:
解決方法:
1.安裝git client插件,並重啟jenkins
2.確保安裝jenkins的服務器同時也安裝了git,並在jenkins上配置git的路徑,如下圖:
3.成功配置git源碼路徑
Step3.構建時候報錯:
從中可以判斷,我的郵件還沒有配置,所以發送報錯……
Step4.進行
郵件的配置
1.首先配置Jenkins Location
所在路徑:Manage Jenkins=》Configure System=>Jenkins Location
2.配置E-mail Notification如下圖所示
3.測試發送成功
插件安裝后如下圖所示:
step5.構建的坑[該坑最耗時間,最后發現卻是最簡單]
1.請指定項目或解決方案文件。當前工作目錄中未包含項目或解決方案文件。
排查:切換到服務器cmd下進行restore后發現,原來是nuget作怪,因為服務器無法找到部署在本地服務器的nuget包
2.發布Nuget包到官網
試着解決:試着把nuget包發布到官網。具體如何發布請跳轉
新版本的發布需要增加License.txt,否則無法通過,配置如下:其中Licese是從github上拷貝過來的。如果你發布后發現代碼沒有生效,請確認你是否在release下進行編譯,並且build過?
解決方法:如下圖所示,極其簡單,折騰的半天,暈!你甚至dotnet restore和dotnet build都不用寫,因為dotnet publish本身包含restore和build
Step6.
卡住在using GIT_ASKPASS to set credentials的坑
Unable to delete 'D:\Program Files (x86)\Jenkins\workspace\Stone.Base.API'. Tried 3 times (of a maximum of 3) waiting 0.1 秒 between attempts.
解決方法:關閉配置里的刪除功能
6.構建的時候卡住在using GIT_ASKPASS to set credentials
解決方法:
Step 1:開始 -> 命令提示字元 -> 滑鼠右鍵 -> 以系統管理員身分執行
Step 2: 找出Jenkins Server 的Git 布置位置,可以從自己的Jenkins 錯誤中知道位置在哪裡,以下是第一張圖顯示的Git
Step3: 將命令提示字元(管理者權限) 移動到該位置,輸入cd C:\Program Files\Git\bin 移動到該目錄
Step 4: 輸入 git config --system --unset credential.helper ,按下Enter
Step 5: 再重新建置Jenkins Job 就可以正常運行了
Step7.
無法復制的坑
現象:無法將“obj\Debug\netcoreapp2.2\Stone.Base.API.dll”復制到“E:\Jacky\WebAPI\Base.API\Stone.Base.API.dll”
原因:該站點正在運行,dll被占用,無法進行替換覆蓋
解決方法:
目前暫時還沒有找到方法,后面再做補充……
Step8.無法刪除的坑
原因:該站點正在運行,無法進行替換覆蓋
解決方法:把Delete workspace before build starts選項勾去掉,如下圖:
三、全自動發布自家類庫到Nuget官網或自家服務器
這里的發布改進了以往的手工發布。從代碼上傳那一刻開始,jenkins自動到git抓取代碼,自動編譯打包,然后上傳到nuget服務器。
jenkins配置如下:這里有很多坑,特別是linux和windows很不一樣,同學們要留意。配置其實不麻煩,所有的jenkins編譯都可以在系統內部自行跑一遍,如果系統能跑通,jenkins絕對沒有問題。具體配置如下圖所示:
dotnet build "D:\Program Files (x86)\Jenkins\workspace\Stone.Util\UtilLib\Stone.Util" -c Release
md publish\nuget
md publish\archives
dotnet pack "D:\Program Files (x86)\Jenkins\workspace\Stone.Util\UtilLib\Stone.Util" -c Release -o publish\nuget
dotnet nuget push "D:\Program Files (x86)\Jenkins\workspace\Stone.Util\UtilLib\Stone.Util\publish\nuget\*.nupkg" -k {自己key} -s https://api.nuget.org/v3/index.json
move "D:\Program Files (x86)\Jenkins\workspace\Stone.Util\UtilLib\Stone.Util\publish\nuget\*" "D:\Program Files (x86)\Jenkins\workspace\Stone.Util\UtilLib\Stone.Util\publish\archiv
參考文獻:
四、Jenkins常用插件
該插件讓你的感官有了更好的提升,客官請看:
非常棒的構建看板,把團隊信息透明度提升一個檔次,再也不用聽到前端開發在問:“有人在構建嗎?”,客官請看:

五、總結
jenkins是如此強大,以至於今年來基本上一統CI、CD的江山,他的內容又是如此之多,足夠寫一本書,感嘆所學只不過它的冰山一角。在pipeline項目中,它也支持python等其他腳本語言的流水化作業,功能非常之強大,期待后面的挖掘和豐富……