问题标签 [azure-git-deployment]

我刚刚开始使用 Azure 网站来托管我正在开发的网站之一。到目前为止一切都非常顺利，但我意识到当我们更新我们的网站时，有时该更新会立即可用，但通常可能需要几个小时才能使更改生效。

我尝试通过 Visual Studio 2012 中的发布工具和使用 将 Git 存储库推送到网站来进行部署git push azure master，并且都遇到了相同的延迟。当我推送更新时，正确的提交会立即显示在 Azure 管理门户中，但更改直到数小时后才会对网站产生影响。那里似乎有某种缓存，这很烦人。

我运行一个共享网站实例（不是免费的），如果这有什么不同的话。

我在 MSDN 上读过这篇文章，似乎是相关的，但该线程没有提供解决方案，而且我无法追踪任何其他信息。

这是一个已知的错误，有什么办法可以绕过它吗？

我有一个 MVC4 + EF4.0 .NET 4.5 项目（比如说，MyProject）我能够在本地运行该项目就好了。当我FTP 将其部署到 Azure 网站（不是云服务）时，它也运行良好。但是，如果我执行GIT deploy，该站点大部分时间都会“运行”，直到它执行一些 EF5.0 数据库操作。我得到一个例外Unable to load the specified metadata resource。

调试后，我注意到如果我：

• GIT部署整个MVC4项目（和以前一样）
• FTP进去，然后用我刚刚在本地构建bin\MyProject.dll的bin\MyProject.dll文件（Windows 8 x64，VS2012，Oct'12 Azure工具）替换GIT推送之后（即相同的来源）

然后 Azure 托管网站运行良好（甚至是 EF5.0 数据库功能部分）。

本地构建的 .dll 比 Azure GIT 发布构建的 .dll 大约 5KB，并且两者都是“发布”模式。很明显，在 GIT 推送（Azure 内部）之后构建的项目与在我自己的 PC 上构建的项目不同。我检查了门户网站，它设置为 .NET 4.5。我也在 GIT 推送整个解决方案文件夹（只有一个项目），而不仅仅是一些零碎的东西。

当我加载本地构建和远程构建的 MyProject.dll 文件时，我注意到以下差异（FrameworkDisplayName）

• 当地的：System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ".NET Framework 4.5"),

• 偏僻的：System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ""),

任何人都知道为什么会发生这种情况以及解决方法可能是什么？

我想避免将生成的 JavaScript 文件添加到 git 源代码控制存储库。Azure Git Deploy 是否支持在部署文件之前运行附加命令来运行构建？

不幸的是，由于 Azure 缺乏 EF 5 空间支持的问题，我需要自己包含相关的 DLL：相关链接

包含 SqlServerSpatial.dll 后，我就可以使用 Visual Studio 中的发布工具成功完成部署。

但是，当我尝试使用 Github -> Azure 部署以及 github repro 中提供的相关 DLL 时，部署失败并显示以下消息：

我不确定如何从这里进行故障排除，并且可以使用一些帮助。谢谢！

使用适用于 Azure 的 Git 部署，我应该如何最好地完成以下部署目标？

• 在本地工作时轻松切换为使用伪造的内存数据或（最终）真实数据的非生产快照
• 部署到 Azure 上的暂存环境，这样一开始我可以使用虚假的内存数据，最终转移到真实数据的非生产快照。
• 使用真实数据部署到生产环境

我目前使用 Github 和暂存分支部署到暂存 Azure 网站。由于我部署到公共存储库，因此 git 会忽略 web.config 文件。（编辑：我刚刚了解到忽略 web.config 实际上会导致 azure 上的部署错误）

任何帮助/建议表示赞赏。

我正在尝试通过“远程 git repo”方法将项目部署到天蓝色。但是在我的存储库中，实际的节点应用程序是其中的几个目录。因此，当推送存储库时，Azure 不会做任何事情。

是否有某种方法可以将 azure 网站配置为从存储库中的目录运行？

我正在尝试在我的自动 git deploy 中包含 TypeScript 文件，以便展示我正在构建的框架的代码。但是，每当我部署到 azurewebsites 时，部署都不包含 TypeScript 文件。

有问题的网站： http: //endgate-samples.azurewebsites.net/Samples/AnimatedSprites/

我试过的：

1. 通过将 TypeScript 属性设置为“始终复制”，将所有 TypeScript 文件复制到输出文件夹。问题是我需要更改对所有文件的引用（不想这样做）。

2. MSBuild 管道。这适用于文件系统部署，但不适用于 Web 部署... https://github.com/NTaylorMullen/EndGate/blob/master/EndGate/samples/EndGate.Core.JS.Samples/EndGate.Core.JS.Samples.csproj #L896-L909。

3. 手动发布到 FTP 端点（就像一个魅力），但不是自动的。还需要 msbuild 管道 (#2)

我做错了什么或者我能做什么（我没有尝试过）让我的 TypeScript 文件自动部署？

我正在尝试将大型 WordPress 网站（上传目录大小为 15GB）移动到 Azure。

我从画廊创建了一个 WordPress 网站，然后

1. 我尝试创建一个 git 存储库，但它不适用于我拥有的大量文件。
2. 我尝试压缩上传目录并使用 ftp 从终端将其移动到天蓝色。它也没有工作。
3. SCP 不是一个选项，因为 azure 上的网站没有 shell 访问权限。

谁能指导我如何将网站移动到天蓝色。

我一直在尝试 Azure 网站的新远程调试功能，但我想我可能遇到了一个问题：只有使用 Web Publish 才能使其正常工作。如果我使用本地 git deploy 部署站点，调试器会附加，但不会加载调试符号（断点显示警告）。

我尝试将发布配置设置为包含 PDB 文件（因为 Azure 的 git deploy 默认使用发布配置），并使用此处azure site deploymentscript详述的命令生成的自定义部署脚本并将构建命令设置为使用调试配置。在这两种情况下，我仍然遇到未加载符号的相同问题。

我觉得问题可能是以下之一：

1. Azure 在 Web 发布后运行某种自定义操作，必须运行该操作才能允许远程调试
2. git 部署脚本使用的构建选项缺少某种标志，导致 Web 应用程序不存在 PDB 输出（我认为这不太可能）
3. 当站点实际运行和按需编译时，Azure 不遵守我在部署脚本中使用的配置

最终，我希望编写一些自动化部署脚本，我更愿意使用 git 部署而不是 Web Publish 来实现这一点。真正让我感到困惑的是，即使将发布配置设置为包含 PDB 文件，它也会失败。这真的让我觉得必须在 Azure for Web Publish 上做一些额外的事情，而这不是为 git 部署做的。有没有人知道是什么导致了这里的差异？

自定义 Git 部署脚本

我包括生成的自定义部署脚本以azure site deploymentscript供参考并显示它使用的构建标志。相关部分在本:: Deployment节之后。

我在 Visual Studio Online 中有一个 git 存储库。我建立了一个 Azure 网站并将其连接到 git 存储库。这会创建一个构建定义，这意味着当我将更改推送到 Visual Studio Online 时，它​​们会被构建并部署到 Azure 网站。

我现在希望能够重新部署早期的构建。我可以在 Azure 门户中查看部署，但是当我单击重新部署按钮时，我收到以下消息：

“构建‘escc_CD_20131216.4’因‘{1}’而失败”

然后我单击“详细信息”并查看：

“无法重新部署作为门控签入、私有构建、批处理多个请求或具有不是变更集的源获取版本的构建。”

• 构建和部署过程在推送时自动运行，因此它不是门控签入。
• 私有构建似乎是一个 TFS 的东西，您无需签入即可构建，但这些是 git 中的已提交更改，所以我认为也不是这样。
• 它可以批量处理多个请求，但我不是故意这样做的。这可能意味着多次提交，还是有什么不同？
• 变更集再次是 TFS 术语。我认为这意味着如果您将构建排队，然后在构建实际开始之前进行进一步的更改，“源获取版本”（即它在构建时发现的版本）不是原始提交（“变更集”）。但是我一次只做一个提交和构建，所以我不确定这会是什么问题。

任何人都可以帮忙吗？