OpenShift 构建管道中 dotnet 恢复的执行时间较长

Question

在 OpenShift 上执行构建管道期间，我们遇到了严重的延迟，特别是 Dockerfile 中的 dotnet Restore 命令。这种延迟导致我们的整体构建过程显着减慢。

我的 Dockerfile

#See https://aka.ms/containerfastmode to understand how Visual Studio uses this Dockerfile to build your images for faster debugging.

FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
WORKDIR /app
EXPOSE 8080
EXPOSE 8081

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
ARG BUILD_CONFIGURATION=Release
ARG HTTP_PROXY="<my-url-local-proxy>"
ENV DOTNET_NUGET_SIGNATURE_VERIFICATION=false
WORKDIR /src
COPY ["My.API/My.API.csproj", "My.API/"]
COPY ["My.Application/My.Application.csproj", "My.Application/"]
COPY ["My.Infrastructure/My.Infrastructure.csproj", "My.Infrastructure/"]
COPY "My.API/nuget.config" .

RUN dotnet restore -v diag "./My.API/./My.API.csproj"
COPY . .
WORKDIR "/src/My.API"
RUN dotnet build "./My.API.csproj" -c $BUILD_CONFIGURATION -o /app/build

FROM build AS publish
RUN dotnet publish "./My.API.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .

ENTRYPOINT ["dotnet", "My.API.dll"]

我的nugget.config

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <clear />
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
  </packageSources>
</configuration>

版本

我正在使用 openshift 版本 4。

当前结果

• 本地结果：我可以在本地使用 Dockerfile 正常工作。
• OpenShift 结果：dotnet 恢复操作始终需要 1 小时的持续时间，并且在 OpenShift 构建管道中的 MSBuild 期间似乎超时。

附加信息

• 我在 Dockerfile 中看到了有关 NuGet 签名包验证的有意义的信息 https://github.com/NuGet/Home/issues/13062 以及其他

  ENV DOTNET_NUGET_SIGNATURE_VERIFICATION=false

  。但事情还没有解决。
  • 您还需要它来获取更多信息：https://learn.microsoft.com/en-us/dotnet/core/tools/nuget-signed-package-verification
• 在我的 Dockerfile 中，我还添加了一个代理变量并使用 nuget.config 文件。你可以看上面。
• 我尝试创建另一个 Node 简单应用程序映像。但它也卡在了

  npm install

  步骤上。我认为与

  dotnet restore

  命令具有相同的概念。
• 我一直在查看我的资源配额。我没有看到 CPU、内存...达到限制
• 我也尝试将

  aspnet:8.0

  更改为

  aspnet:7.0

  。还是没有成功

任何见解或指导都值得期待。感谢您对此事的关注。

Answer 1

尝试按照此处的记录将

DOTNET_NUGET_SIGNATURE_VERIFICATION

设置为

false