问题标签 [automated-deployment]

我们正在尝试通过 MSBuild 和 MSDeploy 通过 TFS 2012 设置自动部署，但是当我们的生产服务器尝试部署到开发服务器时，我们收到超时。所有相关端口都已打开，部署工具和服务已安装并启动，我们必须继续进行的错误的唯一证据是来自开发服务器的 IIS Web 管理日志文件夹的日志文件，它显示 404尝试部署时。

MSBuild 参数：

Visual Studio 构建错误：

我正在尝试使用 WSADMIN-wsInstallApp（用于自动化）在 IBM WAS 7.0.0.27 上安装带有 EJB 模块的 EAR 文件。但它低于错误

但是可以通过 IBM 控制台手动部署相同的 ear 文件。

它看起来是 ejb 映射参考问题。我尝试了很多方法，但无法得到解决方案。

任何人都可以请提出解决方案。

代码

通过 wsadmin 脚本安装 ear 文件后，在启动服务器时出现以下错误。我在 ear 文件中检查了其中一个 jar 中存在的相同类。

com.ibm.ws.exception.RuntimeWarning：java.lang.NoClassDefFoundError：

请为此问题提出任何解决方案。

我已经读完了 Pro Nuget 这本书，我认为将它用于我们的依赖项会比我们当前的方法更好。此外，您可以构建应用程序部署包以将您的构建部署到各种环境，我们也在寻求更好的自动化。

其中一个想法是拥有多个 Nuget 提要；一个 ci 提要，每个成功的集成都会发布一个包，一个 qa 提要，您只发布您希望 qa 测试的版本，然后是一个发布提要，您只从他们成功测试的 qa 提要中复制包。

我喜欢这个想法，但建议通过以 -alphaXXXX 或类似结尾的版本将 ci 构建标记为预发布。但是，如果我这样做，我需要在升级到 qa 提要期间删除该名称。我认为您必须修改包才能做到这一点，但是 Nuget 包的部分吸引力在于，一旦构建，您就不会更改它们

另一个想法是，由于我们主要在主干中工作，所以当我创建 rc 分支时，我们的构建过程将停止添加版本的预发布部分。这似乎可行，然后从 qa 推广到发布提要将是一个简单的包副本。

有没有人在做这种方法，这是推荐的方法吗？我错过了什么吗？我在谷歌上搜索过，但没有发现很多关于这种方法的细节的讨论。

通常，当我构建中型到大型应用程序时，我最终会编写一个 powershell 脚本或批处理文件来构建我所有的依赖程序集等。最近我一直在开发一个 windows 商店应用程序，而脚本方法正在工作很好，除了最后一部分。我不知道我如何不仅可以构建，而且可以将我的应用程序部署到我的本地机器上。我可以通过这个菜单选项在 Visual Studio 中做到这一点：

但这意味着我必须去 Visual Studio 并手动完成，这违背了自动构建的目的。有没有人知道我如何从命令行获得这个“部署”功能？可能吗？

每次提交后，我都会运行 Jenkins，拉取 GitHub 并构建我的应用程序。有测试人员社区，我想拥有我最新的应用程序。我希望将我的应用程序上传到 Google Play Alpha Test，但也许我应该使用其他服务？

你#androiddevs 正在使用什么？

我有一个由类库和网站组成的 VS 2013 解决方案。该代码在 TFS 2013 中受源代码控制，我想设置解决方案的夜间构建，其中网站放置在特定的 unc 路径中，该路径是测试服务器上的 webroot。

目前我有一个为解决方案运行的构建，它会在构建定义命名的 unc 路径上生成一个输出文件夹，并且构建编号格式包含一个名为“_PublishedWebsites”的子文件夹，其中包含该网站。我想要的是将网站以其名称部署到 unc 路径，而文件夹中没有任何构建定义：

我想要的是：

\192.xx\TFS\WebApplication1\

当前的：

\192.xx\TFS\构建定义一\构建定义一_20140408.29_PublishedWebsites\WebApplication1\

我想有一种简单的方法可以做到这一点，但是无论我如何配置构建定义或设置自定义构建模板，我最终要么没有将代码复制到 unc 路径，要么出现一些构建错误，因为我无法掌握如何配置模板。

这里有很多关于 stackoverflow 的指南和问题，但我找不到 TFS 2013 的指南和问题，它逐步解释了我的场景。

那么创建 TFS 构建定义的步骤是什么，结果是一个已编译的 Web 应用程序放置在特定命名的 unc 路径文件夹中？

我的问题的简化示例...

我的公司有 4 个独立的应用程序：App A、B、C 和 D。我的公司有 2 个独立的生产服务器。

• 应用 A 的生产服务器 = 服务器 1
• 应用 B 的生产服务器 = 服务器 1
• 应用 C 的生产服务器 = 服务器 2
• App D 的生产服务器 = 服务器 2

Octopus Deploy 网站上的示例似乎假设您的生产“环境”对于您的所有“项目”都是相同的。

我的生产“环境”取决于将哪个应用程序部署到生产环境。

我可以创建一个以每台服务器命名的“环境”，但这最终会产生一些奇怪的 (web/app).config 名称进行转换（我更喜欢 App.Release.Config 而不是 App.Server1.Config） .

如果您有多个生产服务器，如何设置 Octopus Deploy？这是机器角色可以解决的问题吗？

谢谢，

亚当

背景（简体）

我在生产服务器上使用持续集成和部署。例如，我有一个监控 Team City 并自动将构建的包部署到 IIS 的应用程序。

对于这段代码（我们编写的），我想防止中间人在前往生产服务器的途中修改程序集（或让他们更难）。如果有人成功更改了程序集（在传输中或在机器上本地），我想防止（或使其更难）这些程序集被执行。

我们已经采用了一整套安全措施来防止此类事情发生（例如，监视关键文件哈希以确保它们没有更改的代理、审计、最小用户权限等）。

我们想增加我们的推送节奏，但是我们用来监控文件哈希的第三方软件，可以说，“更新起来很麻烦”。

问题

假设我信任操作系统（包括 .net CLR）。我想知道是否可以利用 CLR 中的代码签名安全性构建。与 PowerShell 可能不允许您运行未签名的 powershell 脚本的方式类似。

是否可以这样做，即将 CLR 配置为仅运行来自列入白名单的一组公钥的签名程序集？

如果这是一个坏主意，请告诉我！

我正在研究将产品的特定版本自动部署到特定 Azure 云服务或 VM 的方法。

以下步骤将是自动化的，尽可能少的人工干预：

• 创建云服务或 VM
• 安装产品的特定版本（作为独立的 exe 或 Windows 服务，而不是 IIS）
• 调整配置文件
• 设置用户帐户
• 运行exe/服务

该代码当前位于 Visual Studio Online / TFS 中。我们已经设置了 Cruise Control .NET CI，我们正在考虑迁移到 TeamCity。这将用于通常的 QA 和生产类型环境，但也用于临时部署，例如，如果产品中添加了试用功能，并且我们希望将其部署到新 VM 以供特定客户使用。理想情况下，我们将能够使用命令行或 UI 来选择构建、创建 VM 并指定任何配置更改。

一种可能的解决方案可能是Octopus Deploy，尽管我认为这不能真正创建 Azure VM。我可能还会查看 Azure API，以及 TFS 部署。

基本上这是可行的，为了缩小我的研究范围，我是否缺少任何经过验证的替代方案？

提前致谢！