.Net在Windows上使用Jenkins做CI/CD的那些事

• 2020 年 9 月 8 日
• 筆記
• .NET Core, 架構

背景

　　最近入職了一家新公司，公司各個方面都讓我非常的滿意，我也懷著緊張與興奮的心情入職後，在第一天接到了領導給我的第一個任務——把整個項目的依賴引用重新整理並實施項目的CI/CD。

　　本篇的重點主要分享這次在Windows平台使用Jenkins做.Net Framework的自動化，真是所謂一波N折。

　　有關注過我的部落格的朋友們，應該知道我之前都是在Linux上實施.Net Core，好不容易把Linux技能點起來，現在玩回Windows+.Net Framework感覺有一種回到鑽木取火的年代。

　　在實施過程中讓我感悟最多的是，dotnet core命令的便捷性，Linux運維的便捷性，下文我有很多構建腳本都是shell腳本來的，當時想著學習一次就不需要學習bat腳本了，最終還是躲不過。

　　在遠程傳送並遠程執行命令我折騰得最久，開始想著用FTP與Telnet，誰知道Telnet命令沒有附帶帳號密碼參數，腳本不好寫，後改成PsExec.exe，使用過程中很多奇怪的問題，後來不得不去折騰OpenSSH，說實話還是SSH好用，直接代替了FTP與PsExec。中間還遇到Jenkins使用本機帳號執行的許可權問題。所有「坑」的我在下面步驟儘可能給大家規避了。

引用整理

　　項目（包含所以依賴的項目）依賴引用丟失，主要體現以下幾點：

1. 官方依賴包沒有使用NuGet
2. 內部項目引用通過本地引用，項目沒有拉取則編譯失敗
3. NuGet包多個版本的引用
4. 同屬一個解決方案，但是項目分散到各個倉庫

　　依賴沒有規範化對軟體工程主要帶來以下幾點影響：

1. 缺少程式碼或者程式碼路徑不一致則無法正常編譯通過
2. 對於新人同事不友好
3. 實現CI/CD會有很大的阻力

　　解決方案與順序：

1. 整理組件庫到統一解決方案，日後有需要拆分再按需拆分，優先保證需要依賴的在一個方案。
2. 實現組件庫的自動發布到私有Nuget
3. 整理API項目的依賴，拋棄以前本地依賴的方式，統一使用Nuget
4. 實現API項目的自動發布到IIS

工具準備

 物理部署圖

　　文章會分享跨網路環境的場景，我們使用了Gitee的企業倉儲，Jenkins與Nuget.Server會放在阿里雲伺服器，機房會開放一台伺服器與阿里雲伺服器進行SSH的通訊。

　　以上是基本的資訊概要，下面會進入具體的實施步驟。

NuGet.Server的部署

　　新建一個ASP.Net Web應用程式（.NetFramework）,並選擇空模板，搜索NuGet.Server選擇3.4.1版本安裝後，打開Web.config文件設置apiKey，然後就可以部署到47.115.111.58的IIS了。

　　官方部署文檔可以查看 //docs.microsoft.com/zh-cn/nuget/hosting-packages/nuget-server

 安裝MsBuild

　　在伺服器47.115.111.58打開通過上面表格的鏈接下載VS的安裝包，點開單個組件選項卡，勾選Msbuild，等待一會即可完成。

配置nuget.exe CLI

　　在伺服器47.115.111.58根據上面表格nuget.exe CLI，下載後放到一個合適的文件目錄，並在【環境變數配置】配置好路徑，打開cmd並輸入指令nuget help出現以下畫面證明成功。

添加NuGet還原源配置項

　　在部署Jenkins伺服器47.115.111.58，打開C:\Windows\system32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Config，沒有的化可以自己建一個，輸入以下腳本。

　　如果沒有配置好，接下來的應用項目可能會編譯時還原包失敗導致無法編譯通過。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="//api.nuget.org/v3/index.json" protocolVersion="3" />
    <add key="私有NuGet服務" value="//47.115.11.58:8008/nuget" />
    <add key="Microsoft Visual Studio Offline Packages" value="C:\Program Files (x86)\Microsoft SDKs\NuGetPackages\" />
  </packageSources>
</configuration>

安裝OpenSSH服務端

cd C:\tools\OpenSSH-Win64
 
#安裝服務端
powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1
 
#啟動服務
net start ssh-agent
sc config ssh-agent start= auto
net start sshd
sc config sshd start= auto
 
#防火牆打開22埠
#大於等於 Windows Server 2012
New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22
 
#小於 Windows Server 2012
netsh advfirewall firewall add rule name=sshd dir=in action=allow protocol=TCP localport=22

　　這樣就可以通過administrator帳號或者管理員帳號在客戶端用ssh登錄了。　　

　　以上是各個伺服器基本依賴安裝。

安裝Jenkins

　　在伺服器47.115.111.58，先把jdk與git安裝好後，點開Jenkins安裝，選擇默認路徑下一步，遇到設置服務登錄賬戶的時候，必須選擇以administrator安裝，不然後續會有很多執行的許可權問題。

如果點擊Test Credentials無法通過，可以在運行輸入mmc打開策略編輯器，並在電腦配置-[windows設置]-[安全設置]-[本地策略]-[用戶許可權分配]-[作為服務登錄]，填寫administrator或者您的管理員帳號。

　　接著點擊下一步等待完成後，會彈出一個localhost:8080的頁面，根據他的指示初始化介面就可以了。輸入完管理員帳號後這個時候可以去修改workspace的地址，當時我沒有修改地址的時候，因為路徑有特殊字元導致無論如何都無法用msbuild編譯通過。

　　打開C:\Windows\System32\config\systemprofile\AppData\Local\Jenkins.jenkins\config.xml，修改workspaceDir屬性的值為C:/jenkins_workspace/${ITEM_FULL_NAME}，儘可能給一個簡單純英文的路徑。

配置Jenkins

　　在主介面點擊【Manage Jenkins】-【Configure System】介面，定位到Shell，輸入您剛安裝的git路徑的sh.exe，C:\Program Files\Git\bin\sh.exe

　　同樣介面定位到SSH Servers點擊Add Server把剛剛安裝OpenSSL的伺服器47.115.151.108填寫進去，帳號密碼是47.115.151.108伺服器管理員的帳號密碼。

　　在主介面點擊【Manage Jenkins】-【Global Tool Configuration】介面，定位到Git，輸入您剛安裝的git路徑的git.exe，C:\Program Files\Git\bin\git.exe

　　到這裡Jenkins的配置基本上完成了。

自動發布組件包到NuGet

　　新建Freestyle project，並在【源碼管理】、【構建】填入您的構建資訊，構建腳本我是保存在伺服器上，因為保存在伺服器上更加可靠。

構建腳本shell示例

#!/bin/bash 
#腳本開始執行
echo '腳本開始執行'

base_path=C:/jenkins_workspace/Librariy
nuget_url=http://47.115.111.58:8008/nuget
nuget_api_key=B82D6DDB-C6F958E8C945

nuget restore $base_path

for project_name in $base_path/*
do

project_path=$project_name
package_path=$project_path/packages

rm -rf $package_path

nuget pack $project_path -Build -IncludeReferencedProjects -Properties Configuration=Release -OutputDirectory $package_path &&
nuget push -ApiKey $nuget_api_key -Source $nuget_url $package_path/*.nupkg

if [ $? -eq 0 ]; then
    echo '發布成功:'$project_name''
else
    echo '發布失敗:'$project_name''
fi

done

echo '腳本執行結束'

　　以上發布組件包到私有NuGet的步驟就實施完畢了。

自動發布Web應用到IIS

新建Freestyle project，並在【源碼管理】、【構建】填入您的構建資訊。[Publish Over SSH]插件跟OpenSSL能把編譯好的文件發送到相應的伺服器，並執行對應的集群分髮腳本。

示例構建shell腳本

#!/bin/bash 
echo '腳本開始執行'

base_path=C:/jenkins_workspace/API

project_path=$base_path/API.csproj
publish_path=$base_path/publish

rm -rf $publish_path

nuget restore $base_path  && 
MSBuild.exe $project_path  -t:"rebuild;publish;ResolveReferences;_CopyWebApplication" -p:"Configuration=Release;OutputPath=$publish_path"

if [ $? -eq 0 ]; then
    echo '發布成功:'$project_name''
else
    echo '發布失敗:'$project_name''
fi

echo '腳本執行結束'

示例分發bat腳本

記得在區域網把相應伺服器的共享文件夾啟動

net use \\192.168.1.2\app "password" /user:"administrator"

xcopy/a/s/h/y  C:\app\ftp\SFNovelAPI \\192.168.1.2\app\API

net use \\192.168.1.3\app "password" /user:"administrator"

xcopy/a/s/h/y  C:\app\ftp\SFNovelAPI \\192.168.1.3\app\API

xcopy/a/s/h/y C:\app\ftp\SFNovelAPI C:\app\SFNovelAPI

結束

　　以上記錄並分享了我在Windows實施自動化的過程與步驟，如果大家有更好的建議與提議，可以在下方評論回饋給我。