Team City部署.NET Core应用时OctopusDeploy创建发布步骤失败的解决方法

针对你遇到的「无法从Octopus Server内置源下载指定包」错误，按以下步骤排查修复：

• 确认包已推送至Octopus内置源
  登录Octopus Server控制台，进入「Library」→「Packages」，搜索DevOps.Core.AppService.Placeholder v1.0.0.24，确认该版本包存在。如果不存在，检查Team City的构建流程：

  • 确认打包步骤生成的包名、版本号与报错中的完全一致
  • 确认推送步骤已正确将包上传至Octopus的内置源，而非其他自定义源

• 核对版本号的精确匹配
  检查Team City触发部署时传递的版本号v1.0.0.24，和Octopus中存在的包版本完全一致——注意是否有大小写差异、多余/缺失的前缀（比如是否漏了v）、版本号分隔符错误等细节。如果版本生成逻辑有问题，调整Team City的版本生成规则，确保和推送的包版本同步。

• 清理Octopus包缓存并检查权限

  • 登录Octopus Server所在机器，清理默认包缓存目录：Windows下为C:\Octopus\Packages，Linux下为/Octopus/Packages，删除对应包的缓存文件后重新触发部署
  • 确认Octopus Server的运行账号对内置包源的存储位置（本地文件夹或网络共享）有读写权限，若为网络共享，需验证账号能正常访问该共享路径

• 检查Team City与Octopus的集成配置

  • 确认Team City中「OctopusDeploy: Create release」步骤选择的Octopus Server实例正确，且关联的Octopus项目已将DevOps.Core.AppService.Placeholder配置为部署包
  • 验证Team City使用的Octopus服务账号拥有足够权限：包括读取包、创建发布的权限，可手动用该账号登录Octopus控制台测试操作权限

• 排查网络连通性（若涉及远程存储源）
  如果Octopus内置源使用远程存储（如Azure Blob、AWS S3），确认Octopus Server能正常访问该存储服务，无防火墙、网络策略或身份认证问题阻挡连接。可在Octopus Server机器上用命令行工具测试存储源的连通性。

内容的提问来源于stack exchange，提问作者Sanushi Salgado