为.NET项目配置GitHub Actions CI/CD需编写.yml工作流文件,核心包括:选对运行器、正确还原依赖、适配SDK版本、安全管理密钥;基础CI含build与test;CD可生成nupkg或publish产物;部署时用secrets注入凭证;支持矩阵策略实现跨平台构建。

为 .NET 项目在 GitHub Actions 上配置 CI/CD,核心是写好 .yml 工作流文件,让 GitHub 自动完成构建、测试、打包和部署(如推送到 NuGet、Azure 或 GitHub Packages)。关键在于选对运行器(windows-latest / ubuntu-latest)、正确还原依赖、适配 SDK 版本,并安全地管理敏感凭据。
这是最常用起点,适用于大多数 .NET 库或 Web API 项目。使用官方 actions/setup-dotnet 设置 SDK,再用 dotnet build 和 dotnet test 验证代码质量。
.github/workflows/ci.yml
push 到 main 或 pull_request
setup-dotnet 安装匹配项目 global.json 或 .csproj 的 SDK 版本(如 7.0.x 或 8.0.x)dotnet restore → dotnet build --configuration Release → dotnet test --no-build --verbosity normal
构建成功后,可自动生成可分发的产物。比如类库项目打成 .nupkg,Web 项目发布为 zip 或 publish 目录。
dotnet pack 步骤(需项目含 <packageid></packageid> 和 <version></version>)并输出到 ./artifacts
dotnet publish -c Release -o ./publish 生成部署就绪文件actions/upload-artifact 上传产物,便于后续步骤下载或手动下载验证git describe --tags 或 github.event.release.tag_name 动态设置 VERSION
部署环节必须保护 API 密钥。GitHub 推荐用 secrets(项目 Settings → Secrets and variables → Actions)存凭证,再在 workflow 中引用。
NUGET_API_KEY 存为 secret,用 dotnet nuget push 命令上传 .nupkg
${{ secrets.GITHUB_TOKEN }} 认证,源地址为 https://nuget.pkg.github.com/OWNER/index.json,注意 OWNER 要替换成你的 GitHub 用户名或组织名${{ secrets.XXX }} 注入如果项目需兼容不同操作系统或 .NET 版本,可用 strategy.matrix 并行运行多个 job。
os: [ubuntu-latest, windows-latest, macos-latest] 和 dotnet-version: ['7.0.x', '8.0.x']
\,Linux/macOS 为 /,建议统一用 Path.Combine 或 dotnet 命令内置路径处理if: matrix.os == 'windows-latest' 控制某些步骤只在特定系统执行基本上就这些。不复杂但容易忽略细节——比如没设 global.json 导致 SDK 版本错乱,或忘记给 dotnet test 加 --no-build 浪费时间。写完 yml 后,提交到 main 分支就能看到 Actions 自动跑起来。
以上就是C#如何为GitHub Actions配置CI/CD .NET项目自动化构建与部署的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号