function Get-Feeds-To-Use()
{
? ? $feeds = @(
? ? "https://dotnetcli.azureedge.net/dotnet",
? ? "https://dotnetbuilds.azureedge.net/public"
? ? )

? ? if (-not [string]::IsNullOrEmpty($AzureFeed)) {
? ? ? ? $feeds = @($AzureFeed)
? ? }

? ? if ($NoCdn) {
? ? ? ? $feeds = @(
? ? ? ? "https://dotnetcli.blob.core.windows.net/dotnet",
? ? ? ? "https://dotnetbuilds.blob.core.windows.net/public"
? ? ? ? )

? ? ? ? if (-not [string]::IsNullOrEmpty($UncachedFeed)) {
? ? ? ? ? ? $feeds = @($UncachedFeed)
? ? ? ? }
? ? }

? ? return $feeds
}

修改成從本地下載：

function Get-Feeds-To-Use()
{
? ? $feeds = @(
? ? "http://localhost:12345/dotnet"
? ? )

? ? return $feeds
}

現(xiàn)在，只需要在本地創(chuàng)建 IIS 站點(diǎn)，每次報(bào)錯后終止程序。

再根據(jù)報(bào)錯鏈接，使用下載工具下載原始鏈接，放置在本地站點(diǎn)對應(yīng)目錄，然后重新運(yùn)行 ??restore.cmd?? 即可。

?吐槽一下：其中一個文件下了4個小時。囧rz?

3.獲取 submodule 源碼

經(jīng)過多次重試，總算全部下載成功了。

但是，又顯示了另一個錯誤：

參照 BuildFromSource.md，發(fā)現(xiàn)我們 clone 時掉了參數(shù) ??--recursive??：

git clone --recursive https://github.com/YOUR_USERNAME/aspnetcore

幸好還可以補(bǔ)救：

git submodule update --init --recursive

重新運(yùn)行??restore.cmd?? 順利完成。

4.編譯

但是，當(dāng)我們使用 VS2022 編譯 dotnet/aspnetcore 的任意一個項(xiàng)目時，卻提示找不到指定SDK：

原來它是在找 SDK 7.0：

"sdk": {
? ? "version": "7.0.100-preview.2.22103.2"
? }

而這個 SDK 其實(shí)在前面的步驟已經(jīng)安裝在源碼目錄下了。

因此，只需要將源碼目錄下 SDK 路徑，例如 ??E:\Codes\aspnetcore\.dotnet\sdk???，加入到 ??PATH?? 環(huán)境變量中。

5.測試

但是，當(dāng)我們運(yùn)行測試時，卻提示找不到測試用例。

根據(jù)錯誤提示：

我們把源碼目錄下的對應(yīng)路徑下的所有內(nèi)容，例如 ??E:\Codes\aspnetcore\.dotnet\shared\Microsoft.NETCore.App???，復(fù)制到 ??C:\Program Files\dotnet\shared\Microsoft.NETCore.AppA?? 目錄中。

再次運(yùn)行測試成功.

結(jié)論：

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

但是和用于 dotnet/runtime 的解決思路不同。

到此這篇關(guān)于編譯 dotnet/aspnetcore 源代碼詳情的文章就介紹到這了,更多相關(guān)編譯dotnet/aspnetcore 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: