前言

最近，準備為 dotnet/runtime 修改 issue，但是在 clone 代碼后，發現要編譯成功，遠沒有想象中那么容易。

因此，將整個過程進行記錄，以供大家參考。

以下操作都是在 Windows 10 下完成。

0.環境準備

詳見官方文檔：《在Windows上構建dotnet/runtime的要求》(https://github.com/dotnet/runtime/blob/main/docs/workflow/requirements/windows-requirements.md)

我的機器只是提前裝了 Visual Studio 2022。

大家可以自行按需安裝。

1.初次嘗試

在命令行窗口進入代碼所在目錄，輸入如下命令開始編譯代碼：

build.cmd

等待少許，就碰到了第一個錯誤：

按照錯誤提示，找到文件python.targets的對應位置：

原來是需要安裝 python3。

2.再次嘗試

安裝 python3 后，再次編譯。

不久，又顯示了另一個錯誤：

按照錯誤提示，找到文件acquire-wix.proj的對應位置：

可以看到，這是一個下載文件任務。但是下載地址是個參數，看不到具體的值，這就有點抓瞎了！

在 dotnet/runtime 的 issue 中找到了一個解決方案：

看發帖的用戶名，應該也是個中國人！囧

3.生成日志

運行命令：

build.cmd?-bl

再次出錯時，可以看到記錄了日志：

使用“MSBuild Structured Log Viewer”（軟件具體使用方法參看《天吶！你知道MSBuild都干了些什么》）打開日志文件，可以看到詳細下載地址如下：

4.編譯成功

再就好辦了。

下載文件，復制到日志中提示的位置解壓，問題解決。

后面又發現幾個下載錯誤，依照同樣方式處理。

最后，終于提示編譯成功：

最后提示的幾個是 Nuget 打包的錯誤，對編譯無影響，因此沒有處理。

5.再次編譯

但是，當我們運行 dotnet/runtime 自帶的任意一個測試用例時，卻提示找不到指定 dll：

我們發現，對應的dll已經編譯了，但是默認編譯的是net7.0-Debug版本，而現在查找的是net462-Debug。

使用build.cmd -h可以看到，可以指定編譯框架版本：

那就再編譯一次吧：

build.cmd?-bl?-f?net48

編譯完成后，再次運行測試成功：

結論

這次編譯碰到的主要問題，是由于訪問國外的網速太慢造成的。

如果你在編譯 dotnet/runtime 的源代碼時碰到其它問題，歡迎到我的公眾號“My IO”留言討論

總結

以上是生活随笔為你收集整理的如何编译 dotnet/runtime 源代码的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。