问题标签 [continuous-deployment]

我了解在开发过程中构建工件被放置在快照存储库中。

当产品需要去 QA 进行测试时，团队是否从快照存储库中提取？还是他们做一个完整的构建，部署到发布存储库，然后从那里把它交给 QA？

此外，如果我的快照存储库包含来自每个构建的所有构建工件，那么这通常是如何清理的？我可以看到保留来自构建服务器的最后 5 个构建，但不是每个构建。如果有帮助，我正在使用 Artifactory。

我想验证juju不仅适用于 Ubuntu。

我想构建一个与 centos 的 juju 一样好的持续部署。

我有 Java 服务器应用程序。

如果有人有任何其他建议，请告诉我。

如果我使用的是 python，我可能希望使用pip它作为一个很好的安装程序来持续交付，它具有很好的存储库集成和脚本功能。
我在 java 中有什么类似的东西在持续部署中对我有用吗？

有人可以推荐我他们如何在 Java 中进行完整的持续部署吗？

我将拥有多台具有复杂配置的服务器和带有数据库、NOSQL 的庞大的多个集群（并且在某些项目中使用 maven，而其他项目只是下载了 pacakges）等等……有人对此有建议吗？

我再次认为 pip 是一个非常好的安装程序，可以帮助我，有人可能有经验ubuntu juju吗？

但是，如果我使用 ubuntu juju，那意味着我将不得不使用基于 ubuntu 的服务器而不是 centos。

有人有过gradle的经验吗？我正在考虑使用它进行持续部署......我正在考虑使用我自己的脚本（python）或gradle。

任何人都可以从经验中看出他认为建议走哪条路吗？请注意，我已经使用了 maven，并且我不打算离开我的依赖管理和项目管理。

谢谢

假设将 Maven 与 Eclipse 和 Rational Team Concert（针对 SC）一起使用。

新来的，谢谢你的帮助！我正在尝试构建一个小流程模型来帮助我想象这一切是如何工作的，所以如果你知道一个链接到像泳道图这样的东西，它显示了 CI 如何与这些或类似工具一起工作，那就更好了.

在我正在工作的项目中，我们正在进行持续部署设置。目标是始终将最新的工作版本安装到生产中，除非有人手动覆盖此功能。

为了使这项工作我们

1. 运行静态代码分析
2. 运行单元测试
3. 运行集成测试
4. 在可行的范围内运行自动 UI 测试

如果上述任何步骤失败，则构建过程将停止，并将构建标记为失败。如果创建了安装包，那么它会按步骤安装到

CI --> 暂存 --> 生产

在每个步骤中，我们都会为环境运行集成和 UI 测试，以确保我们没有引入一些在后续环境中失败的新事物。如果没有一个测试失败，并且 N 分钟过去了，没有任何人按下紧急按钮，则构建被提升到下一个 env。如果测试失败，我们想删除包，并完全丢弃它。然而，安装包被传送到其他服务器，所以我们需要运行一堆远程（shell）脚本来完成这一步。

问题是，我们无法在正常的自动化周期中可靠地测试大量失败案例，例如页面布局，或者某些集成仅失败生产等等。

所以实际的问题是：一旦它们被提升，我应该如何降级/删除构建？是否可以在执行删除构建时运行远程脚本或使用任何促销插件来实现此功能？是否有一些我可能没有想到的开箱即用的解决方案？

有人有使用 Kentico 自动化部署的经验吗？例如，难以将文档类型、bizforms 等同步到另一台服务器？

我有一个作业配置为自动将应用程序部署到正在运行的服务器。我想知道 Jenkins 是否提供了一种方法来验证此应用程序是否已成功部署。理想情况下，部署失败时构建应该会失败。

我正在尝试使用 ant exec 命令启动 weblogic 服务器，在操作触发 exec 进程创建子进程后，我希望终止父进程并保持子进程保持活动状态。

我的代码如下

这段代码启动服务器，我的应用程序也启动了，问题是 ant 脚本仍在运行，而且它没有退出，如下所示

作为我尝试使用的解决方法，我如何退出 exec 并终止父进程

暂停

exec 任务的属性，但它会杀死父进程和子进程，我该如何实现这一点，以便 ANT 退出并且服务器继续在后台运行。

因此，我阅读了一篇描述使用 jenkins 进行持续部署的文章：

1. 创建一个运行测试的“测试”作业。
2. 创建一个部署您的应用程序的“部署”作业。
3. 在成功构建时使“测试”作业触发“部署”。

我可以做到这一点。但是，我现在有一个通用的“测试”工作，我推送的任何分支的运行测试。如果我推到“生产”分支，有没有办法让它只触发“部署”工作？

否则，我总是可以添加第二个“测试生产”作业，该作业仅在我推送到生产时触发，然后触发部署……但这不是我想做的。