使用Jenkins部署.Net Core遇到的幾個坑

搞過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.進行 郵件的配置
  • Jenkins內置郵箱功能:

1.首先配置Jenkins Location

所在路徑:Manage Jenkins=》Configure System=>Jenkins Location

2.配置E-mail Notification以下圖所示

3.測試發送成功

  • Email插件:Email Extension

插件安裝後以下圖所示:

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經常使用插件

  • Green Balls

該插件讓你的感官有了更好的提高,客官請看:

  • Build Monitor View

很是棒的構建看板,把團隊信息透明度提高一個檔次,不再用聽到前端開發在問:「有人在構建嗎?」,客官請看:

5、總結

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

相關文章
相關標籤/搜索