搞過CI/CD的同窗必定吃過很多苦頭,或者說遇到很多坑,可是對自動化的執着住擋不了前進的步伐,若是你缺乏了運維這一塊知識,那麼你的流水線老是不那麼完美,本文記錄的是本身躺過的坑,但願對你有所幫助。html
1、相關環境和版本
- 服務器:windows2008【歷史遺留服務器,建議升級到2012以上,2016支持Windows的容器化技術】
- 源代碼管理:git
- .net core版本:net core 2.2
這裏最應該注意的是操做系統版本和Jenkins的版本,不一樣的版本,特別是操做系統操做的shell可能千差萬別,你會在網上看到各類命令,因此選擇好本身的環境。前端
安裝Jenkins比較簡單,這裏略過……python
2、Jenkins相關配置
Step1.建立一個自由風格的Jenkins項目,這一步比較簡單略過(pipeline項目是一項更加挑戰,也許運維高手更須要熟悉,這裏跳過)linux
Step2.在
配置git
源碼路徑的時候報錯:
解決方法:git
1.安裝git client插件,並重啓jenkinsgithub
2.確保安裝jenkins的服務器同時也安裝了git,並在jenkins上配置git的路徑,以下圖:shell
3.成功配置git源碼路徑json
Step3.構建時候報錯:windows
從中能夠判斷,個人郵件尚未配置,因此發送報錯……api
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選項勾去掉,以下圖:
3、全自動發佈自家類庫到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
參考文獻:
4、Jenkins經常使用插件
該插件讓你的感官有了更好的提高,客官請看:
很是棒的構建看板,把團隊信息透明度提高一個檔次,不再用聽到前端開發在問:「有人在構建嗎?」,客官請看:
5、總結
jenkins是如此強大,以致於今年來基本上一統CI、CD的江山,他的內容又是如此之多,足夠寫一本書,感嘆所學只不過它的冰山一角。在pipeline項目中,它也支持python等其餘腳本語言的流水化做業,功能很是之強大,期待後面的挖掘和豐富……