【问题标题】:Visual Studio 2010 Publish Profiles -- Where are they stored?Visual Studio 2010 发布配置文件——它们存储在哪里?
【发布时间】:2010-05-27 01:28:14
【问题描述】:

我们已经设置了一些发布配置文件,用于将 Web 应用程序部署到各种服务器,并且一键式部署效果很好。

然而,我们发现即使整个解决方案处于源代码控制 (SVN) 之下,配置文件似乎也没有被继承,因此我们需要在每个开发人员的机器上手动重新创建配置文件。

似乎由于配置文件仅针对当前加载的解决方案存在,因此它们必须存储在某个解决方案文件中。但是当其他人进行更新以拉下代码时,它们不会继续存在。

我猜他们所在的文件是我们在源代码控制项目中没有涵盖的文件,但我无法弄清楚是哪一个。

必须有人知道发布配置文件的存储位置。有什么方法可以将它们从机器复制到机器,这样我们就不必为每个开发者重新键入它们?

【问题讨论】:

  • 更烦人的是我必须为不同的工作区重新创建发布配置文件,但同一个项目

标签: visual-studio-2010 visual-studio publish profile


【解决方案1】:

文件名实际上是 $(ProjectName).Publish.xml,并且应该与您的 .csproj 文件位于同一文件夹中。如果您在解决方案资源管理器中启用“显示所有文件”选项,它将出现,您可以从那里将其包含在您的项目中。这将使它进入源代码控制。

需要注意的一点:如果您尝试更改和保存配置文件设置,VS 不会自动签出此文件,但它也不会抛出错误。如果您注意的话,其中一个输出窗口中有一个警告;否则它看起来就像忽略了您的更改。

【讨论】:

  • VS 不会自动签出此文件 这真的很烦人,这使我们无法通过 TFS 在团队成员和分支之间共享该发布文件。如果有人对我们如何做到这一点有任何建议,我会全力以赴。
  • 我只是确保提醒我们所有的开发人员在更改发布配置文件之前自己检查一下。这很烦人,是的,但绝对不是阻碍。您也可以将它报告给 MS Connect,他们可能会在未来的版本中修复它。
  • 如果您想管理独立的发布配置文件,也可以取消选中只读文件系统位,但仍然在 SCM 中管理一个公共基础。
  • 似乎发布文件包含每个文件的最后发布日期以加快发布速度,至少对于文件系统部署而言。如果您经常部署,将这些更改检查到源代码控制中会造成客户流失。我相信这就是不自动结帐行为背后的原因。
  • 如何设置一个运行 tf checkin $(ProjectName).Publish.xml 然后 tf checkout $(ProjectName).Publish.xml 的预构建函数。这将确保文件不断检出并保存
【解决方案2】:

为了使 SO 保持最新状态,自 VS2012(或 VS2010 with Azure SDK 1.7+)起,发布配置文件现在存储在 Properties\PublishProfiles\$(ProfileName).pubxml 用于 Web 应用程序和 App_Data\PublishProfiles\$(ProfileName).pubxml 用于网站。

它们现在也是 MSBuild 文件,预计会按照文档中的 How to: Edit Deployment Settings in Publish Profile (.pubxml) Files 定义属性

【讨论】:

【解决方案3】:

我遇到此问题的原因是.user 文件:我注意到设置保存在Properties/PublishProfiles/$(ProfileName).pubxml 中,但部署所需的实际凭据保存在.user 文件中,这些文件已从源代码管理中排除。

【讨论】:

    【解决方案4】:

    在我为网站项目安装的 Visual Studio 2010 中,这些文件位于 App_Date\PublishProfiles 下。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2014-09-21
      • 2022-07-08
      • 2019-01-31
      • 1970-01-01
      • 1970-01-01
      • 2010-11-19
      • 2011-09-28
      相关资源
      最近更新 更多