Azure DevOps生成管道-无法部署.NET核心应用程序
我正在尝试为我的项目创建CI/CT管道。所有步骤都已成功完成，包括发布构建工件，但不幸的是，我在azure webapp部署期间出错
我在这一步中收到以下错误
错误：未找到具有指定模式的包：D：\a\1\a\Drop\xxx.xx.UI.API.zip
知道我做错了什么吗？
共有2个答案
创建一个发布管道，并从那里使用Azure App Service部署任务。
从 Azure 应用服务部署任务中的“包或文件夹”路径中删除“删除”。
-
这在调试期间也有效，但是当我发布到Azure时，它也会失败，因为我的密钥返回null。 任何帮助在哪里我应该看看如何解决这将是伟大的。为什么在生产中会得到null，而在提供相同凭据时却不进行调试？
-
从sln目录工程 从解决方案目录工作 我不希望VS 2017必须安装在构建机器上，所以我从 https://www.visualstudio.com/downloads/ 安装了“Visual Studio 2017的构建工具”。 轰炸sln中的每个项目，错误如下： 错误 MSB4019：找不到导入的项目“C：\Program Files （x86）\Microsoft Visual Studio
-
我们已经建立了管道脚本，工作得很好。最近，我们决定使用bitbucket管道自动部署到elastic beanstalk，并遵循使用命令进行部署的教程。显然，此命令在管道上失败。配置文件似乎是合法的，因为它在本地运行。它还可以在管道文件中指定的同一图像的容器中运行，也可以从本地使用docker exec在同一图像的容器中运行命令。下面是管道文件和我们使用命令得到的错误。我显然漏掉了什么。如有任何帮
-
我有一个奇怪的情况，我不能一直重复。我有一个用.NET Core 3.0开发的MVC网站，它授权用户使用.NET Core Identity。当我在本地开发环境中运行站点时，一切都很好（经典的“在我的机器上工作！”）。当我将其部署到登台web服务器时，我开始发现问题。用户可以成功登录、进行身份验证并重定向到主页。注意：除处理身份验证的控制器外，所有控制器都使用属性和属性进行装饰。主页加载正常。但是
-
.NET核心和ASP.NET核心到底有什么区别？
-
如果配置了邮箱，用户提交审核之后会给管理员发送邮件，邮件里带有审核地址。 或者您也可以在应用列表里找到未审核的应用进入。 审核应用 提交的基础信息 生成的kubernetes yaml 代码库中的Dockerfile文件 驳回 如果管理员觉得提交的有问题，可以进行驳回，驳回填定理由会发送至提交者的邮箱。 若没有啥问题，可以点击“开始部署”按钮。 开始部署之后应用会自动在jenkins上创建一个jo