问题标签 [publish-profiles]

Azure Cloud Shell 无法导入发布配置文件（即“MyWebApp.PublishSettings”），该配置文件可从 Azure 中的 Web 应用程序概览导出，可用于 Visual Studio 中发布 Web 应用程序。我正在尝试查找要使用 Azure Cloud Shell 执行的命令（az webapp up ...也许），但它需要我先使用az login .... 对于 Visual Studio，发布配置文件就足够了，不需要登录。如何像 Visual Studio 那样使用发布配置文件进行发布，但使用 Azure Cloud Shell？

我正在使用以下发布配置文件从 Visual Studio 中发布控制台应用程序：

我的目标是不在发布输出文件夹中发出任何 .pdb 文件（调试符号）。
这并不完全按预期工作。

控制台应用程序项目的 .pdb 文件未生成 - 正如预期的那样，但由于某种原因生成了它引用的业务逻辑项目的调试符号。这是一个错误吗？

我可以通过向业务逻辑库的项目文件中添加条件语句来解决这个问题，但是我想避免这种情况，因为我认为发布应用程序的所有相关信息都应该驻留在发布配置文件中。

我很难找到一种仅在发布应用程序时重命名文件的方法（使用 Visual Studio 2019）。我对构建后事件执行此操作没有问题，但这实际上更改了我项目中的文件，我只想在部署版本中更改文件。

为了使这更复杂，我从 DLL 中动态提取版本号，这是我的构建后事件：

我应该使用什么 Target 或 PropertyGroup 来做同样的事情，但是可以从 OBJ 临时包位置（复制前）或发布的文件位置（复制后）。

Seems like the most recent update in visual studio 2019 changed something that forces you to pick a publish profile before publishing a file. For instance, I have a web developer who often publishes .cshtml files to a website - we only have one publish profile which used to work fine, you could publish no problem and it was never an issue. Now in the most recent 16.9 visual studio update you have to actually go to the Web Publish Activity window, select the single item in the list to even get the ability to publish. I get that they did that as a safety measure, but it doesn't make any sense to force the user to pick the only item in the list before they can publish.

Previous versions of Visual Studio let you set a default publish profile, but they've since taken that ability away (as far as I can tell).

Does anybody have a good solution\workaround for this - should never have to select a Publish profile if you only have one.

在我的发布配置文件 pubxml 中，我有被排除的文件夹。我希望排除更多，但是当我添加它们时，它们并没有从构建中删除。我该怎么做呢？

文件夹被排除，但文件没有。我在这里错过了什么吗？

我有一个使用 Azure DevOps 管道部署到的 Azure SQL 数据库。我想指定一个自定义发布配置文件，但我没有成功使用 Visual Studio 2019 生成的发布配置文件为 Azure SQL 数据库部署 dacpac。

有人可以指导如何为 Azure SQL 数据库创建发布配置文件吗？

我想我遇到了一个奇怪的交互，我的发布配置文件的名称影响了发布的 Web.config 的内容。

对于上下文，我有 2 个解决方案配置；Release & Staging，以及一个名为“ Release.pubxml ”的文件夹发布配置文件。以下是所涉及的三个 Web 配置的精简版本。

网络配置：

Web.Release.config：

Web.Staging.config：

我最近调整了我们的Staging web 配置，并尝试在Release.pubxml配置文件下发布，但 Configuration 设置为Staging，而不是Release。我预期的结果是原始 Web.config 文件，应用了所有 Web.Staging.config xdt 转换。

最终发生的是 Web.Staging.config 和 Web.Release.config 转换为 Web.config 的科学怪人组合：

您会注意到它具有Release连接字符串、Staging WEBSITEURL/ADMINURL 和Release HTTP 规则。

我在设置中的任何地方都找不到任何发布配置的痕迹。我检查了配置管理器，所有项目都设置为Staging并且我已经多次清理/重建。我还使用 VS 2022 和 VS 2019 以及多个单独的解决方案对其进行了测试；每个都产生了相同的结果。

最终“修复”它的是将名称从“ Release.pubxml ”更改为Release.pubxml或Staging.pubxml 以外的任何名称。尽管您通常不想将发布配置文件命名为配置之外的任何名称，但为什么发布配置文件的名称会覆盖您设置的配置构建？通过进一步调查，它似乎可能首先转换选择的配置构建（Staging），然后转换与您的发布配置文件同名的任何配置（Release）。

这种交互对我来说似乎非常危险，所以任何人都可以向我解释为什么 Visual Studio 会这样做（或者如果我可能遇到了错误）？

当我使用 Azure 资源管理器连接类型时，我的管道工作正常。现在我失去了对 AD 的访问权限，并且服务原则的客户端密码已过期。因此，我计划将管道连接类型切换为发布配置文件。但是因为我得到了以上错误。是的，我有多个 Zip 文件，但我指的是需要的一个。我不想为 Dev 和 Prod 创建单独的构建管道。以下是管道设置：

这是我得到的错误：