【问题标题】:Is it better to install dotnet SDK on self-hosted Azure DevOps agent, or add the UseDotNet@2 task in the build pipeline?是在自托管 Azure DevOps 代理上安装 dotnet SDK,还是在构建管道中添加 UseDotNet@2 任务更好?
【发布时间】:2021-04-18 06:34:34
【问题描述】:

我已经配置了一个基于 Ubuntu 20.04 在 Docker 容器中运行的自托管 Linux 代理。它向代理池报告并正确运行。我将在 AWS Fargate 中运行代理。

我的问题是,在我的 Docker 映像中安装 dotnet SDK 是否被认为是最佳实践,这会显着增加映像的大小,或者是否最好将其保留并需要构建管道来安装它UseDotNet@2 任务,每次新代理启动时都会导致延迟?

是否有最佳实践或一般指导,任何人都可以引用文档吗?

谢谢!

【问题讨论】:

    标签: .net docker azure-devops continuous-integration aws-fargate


    【解决方案1】:

    我更喜欢 UseDotNet@2 任务。 UseDotNet@2 任务从 Internet 或工具缓存中获取特定版本的 .NET Core 并将其添加到 PATH。此任务可以更改后续任务中使用的 .NET Core 版本。即使您在代理机器上安装了 dotnet SDK,您也需要使用 UseDotNet@2 任务来更改 .NET Core 的版本。如果你更新机器上的 sdk,可能会导致管道运行中断。虽然新代理启动时可能会有一些延迟,但它只会在第一次运行时造成延迟。

    【讨论】:

    • 感谢您的回答!如果我们走这条路,安装其他管道可用的 PowerShell 模块的推荐方法是什么?
    • 您能详细说明一下这个查询吗?
    • 我的错。我也在考虑是否有类似于 UseDotNet@2 for PowerShell 的任务,如果有,如何确保安装了模块。这与原始问题略有不同。
    • 恐怕您需要检查您的powershell脚本中的模块以确定它们是否已安装。
    猜你喜欢
    • 2020-06-08
    • 2019-08-31
    • 2021-12-28
    • 2020-12-21
    • 2019-11-06
    • 2020-01-01
    • 2021-12-17
    • 2021-06-06
    • 2021-08-09
    相关资源
    最近更新 更多