问题标签 [publish-profiles]

在 CI 构建通过后，我正在使用 Visual Studio Online 连续部署我的项目。但是，我必须使用发布配置文件来构建生产 web.config 转换，以便部署的网站将使用生产数据库而不是开发数据库。我按照Scott Hanselman 的博客文章在 CI 构建定义中添加了 MSBuild 参数。我的论点是这样的：

看起来工作，部署的网站现在正在使用生产数据库。

然后我注意到在部署部分下的 CI 构建定义中，有一个参数称为：部署设置路径。从这篇文章，它说：

“网站的 .pubxml 文件的路径，相对于存储库的根文件夹。对于云服务忽略。”

这正是我想要的。所以我删除了 MSBuild 参数，通过在弹出窗口中选择 pubxml 文件来设置部署设置的路径，然后再试一次。

但是，这种漂亮而简单的方法根本行不通。即使它指向同一个 pubxml 文件，并且两种方式都获得了绿色 CI 构建，后一种方式似乎仍然使用默认的 web.config，而不是部署后转换的方式。

所以我很好奇是否有人知道 MSBuild 参数中的 PublishProfile 和部署设置路径之间的区别？我是否使用正确的方法来做到这一点？

如何在Visual Studio 2010的 Web 应用程序的发布配置文件中包含相对路径？

例如，我的网络应用程序位于文件夹结构中：C:\Foo\MyWebApp\MyWebAppUI. 我希望将输出发布到C:\Foo\MyWebApp.

有没有办法在发布配置文件中禁用连接字符串自动生成？我想使用仅在 Parameters.xml 中指定的参数生成包和 SetParameters 文件，没有任何连接字符串。

使用 Visual Studio 2013

我有一组 8 个 SSDT 项目，它们都可以部署到几个不同的环境中。但是，每个项目的高级发布设置应该是相同的。目前，我为每个环境创建了一个不同的发布配置文件，这意味着我有大约 20 个发布配置文件，它们都使用完全相同的设置但不同的连接字符串。

调整我的数据库的发布设置（这种情况经常发生，因为我对 SSDT 还是有点陌生​​）是最烦人的，但我还没有找到解决这个问题的方法，因为我无法像我一样应用转换来发布配置文件到 ASP.NET 项目中的 web.config 文件。我什至尝试安装 Visual Studio SlowCheetah 插件，但它似乎不适用于 SSDT 项目，因为右键单击发布配置文件时不会出现应用转换的选项。

我不希望我的团队在将数据库部署到开发或 QA 环境时必须考虑手动输入连接详细信息。有没有办法设置主发布配置文件或以其他方式指定一组共享设置，这样我就不必管理 20 个几乎相同的发布配置文件？

编辑：使用 SAS 的答案，我能够为我的 .sqlproj 文件拼凑以下 XML：

唯一的缺点是我似乎需要一个单独的文件夹来存放我的所有发布配置文件，以防止一个转换覆盖另一个转换，我似乎无法找到一种简单地覆盖现有文件的方法。对于 XmlPoke，命名空间属性对操作至关重要。我从Sayed Ibrahim Hashimi的这篇博文中了解了更多关于这个过程的信息。

我的团队有一个包含 2 个项目的 Visual Studio 解决方案 - 1 个是 Umbraco 网站项目，另一个是名为 Core 的数据访问层。Umbraco 项目在构建时将数据访问层作为依赖项，并将 Umbraco 项目发布到 Azure 网站。

我们正在使用从 Azure 下载并导入解决方案并保存为 .pubxml 格式的发布配置文件 - 标准。

当我们在 Visual Studio 中进行发布时，Umbraco 项目会在部署到 Azure 之前将 Core 项目构建并编译为 .dll。这工作正常。

但是，此项目使用 TeamCity 与使用 Visual Studio (sln) 构建步骤构建的解决方案进行持续集成。在我们介绍第二个核心项目之前，它一直在正确构建/部署。

由于将第二个 Core 项目创建为依赖项，因此构建现在仅在 TeamCity 中失败。当我们仅将其保存在 Umbraco 项目（我们希望部署的项目）中时，它似乎正在两个项目中搜索发布配置文件。

我不确定问题出在哪里。我们只希望发布配置文件应用于我们希望部署的 Umbraco 项目，而不是只需要构建/编译的核心项目。

这是包含 MSBuild 输出的 TeamCity 构建配置输出：

关于如何解决这个问题的任何想法？

编辑：以下是 Visual Studio (sln) 构建步骤中包含的构建参数：

发布网站时如何编写将dll和xml文件从一个文件夹复制到bin的代码。需要在已发布的文件夹中自动添加几个项目中未引用的dll 需要知道相同的语法。

我们最近搬到了SSDT publish profiles，我们有几个我们的应用程序可以连接的 sql 服务器。

此外，我们为每个服务器都有一个 SSDT 发布配置文件，因此有很多 .publish.xml 文件。

我们的包含 SQLConnectionString 的 app.config 被放置在启动项目中。我能否以某种方式让我的 SSDT 发布配置文件，其中我只有一个配置文件并且从 app.config 读取目标连接字符串？

如果需要任何澄清，请告诉我谢谢。

我正在使用Jenkins进行持续集成。

现在我在Jenkins构建步骤的命令行参数中有一个使用这个命令的工作：

这是命令：

它工作得很好，即在文件中定义的指定文件夹中创建 web 部署包 (.zip) .pubxml。

但是，我想做的是为.zip我拥有的每个 .pubxml 文件（现在是 3 个）生成一个 web 部署包ITVizion.OEVizion.Web.csproj。

有了这个，每次将提交推送到存储库并且项目成功构建时，我都会准备好多个具有不同设置的 .zip 包部署到不同的服务器。

这可能吗？我应该如何处理这个？

我正在尝试弄清楚如何使 MSBuild 工作，以便我可以设置自动构建，并希望能对这个奇怪的错误提供一些帮助。

我正在使用 Visual Studio 2013 和一个 Web 应用程序项目。该解决方案有 8 个不同的类库。我已经为我的网络项目设置了几个发布配置文件，我已经使用了几个月，它们完美无缺。

现在我正在尝试使用 MSBuild 来执行我的发布配置文件之一。这是我目前的命令：

这会立即失败，并显示以下消息：

构建开始于 2015 年 6 月 10 日 11:18:01。C:\Projects\OD_CD_MIS\Release 6.10\Source\NCCDPPMIS_Web_Build.sln：解决方案文件错误 MSB5004：解决方案文件有两个名为“NCCDPHPMIS_BLL”的项目。

构建失败。

C:\Projects\OD_CD_MIS\Release 6.10\Source\NCCDPPMIS_Web_Build.sln：解决方案文件错误 MSB5004：解决方案文件有两个名为“NCCDPHPMIS_BLL”的项目。

0 警告 1 错误

经过时间 00:00:00.01

我检查的第一件事是 *.sln 文件中的两个同名项目，但我什么也没看到。我甚至创建了一个新的解决方案文件并将我的所有项目文件添加到该文件中，但我遇到了同样的错误。

我没有看到我错过了什么。有谁知道还有什么可能导致这个错误？

谢谢。

我需要一些关于配置 TFS Build 以使用 MSBuild 和通过文件系统发布配置文件以部署我的 Web 应用程序的建议...

我正在使用 TFS 2013 和 Visual Studio 2013。我有一个带有几个类库项目的 Web 应用程序项目。我为我们的开发和质量保证环境进行了 web.config 转换。我定义了正在执行文件系统部署的发布配置文件。这些发布配置文件在 Visual Studio 中工作。如果我打开命令行并使用以下命令执行 MSBuild，这些相同的发布配置文件将起作用：

/p:DeployOnBuild=true /p:PublishProfile="Dev Intranet"

我创建了一个 TFS 构建定义，并且所有构建都报告它们是成功的。我已经使用与从命令行执行 MSBuild 相同的参数配置了 MSBuild Arguments。

我希望发布配置文件将 PublishedWebsite 复制到我网络上的文件夹中，但这并没有发生。

出于测试目的，我将 TFS Build 放置文件夹设置为相同的网络位置。所有这些文件都会显示，包括“_PublishedWebsite”目录。但是我不能使用这个目录，因为 web.config 没有被转换。

我发现几个网站表明这是可能的，但我还没有取得任何成功。如果有人让这个工作，我会很感激一些帮助。

MSDN：创建构建定义

AwaitWisdom：使用 TFS 团队构建的自动 Web 部署