Tag: 连续交付

让Ansible和Rundeck一起工作还是使用其中一个就足够了？

最近我在看Ansible，并希望在项目中使用它。 还有另外一个工具，Rundeck可以用来做各种操作工作。 我没有任何工具的经验，这是我目前对他们的理解： 类似的点 这两种工具都是无代理的，并使用SSH在远程服务器上执行命令 Rundeck的主要概念是Node，和Ansible的库存一样，关键的想法是定义/pipe理/分组目标服务器 Rundeck可以在选定的节点上执行ad-hoc命令，Ansible也可以非常方便地执行此操作。 Rundeck可以定义工作stream程并在选定的节点上执行，这可以通过编写Playbook来完成 Rundeck可以和Jenkins这样的CI工具集成在一起进行部署工作，我们也可以定义一个Jenkins的工作来运行ansible-playbook来完成部署工作 不同点 Rundeck有Job的概念，Ansible没有 Rundeck有Job Scheduler，Ansible只能用Jenkins或Cron任务等其他工具来实现 Rundeck免费获得dedault的Web UI，但是您必须为Ansible Tower付费 看起来Ansible和Rundeck都可以用来做configuration/pipe理/部署工作，也许用不同的方式。 所以我的问题是： 这两个互补的工具，或者他们是为不同的目的而devise的？ 如果他们是互补的工具，为什么Ansibl只能和厨师/木偶/平板工具比较，而不能和Rundeck？ 如果他们不是为什么他们有这么多类似的function？ 我们已经在使用Jenkins for CI来构build一个Continuous-Deliverypipe道，那么使用哪个工具（Ansible / Rundeck）来执行部署更好？ 如果可以一起使用，最好的做法是什么？ 任何build议和经验分享，不胜感激。 提前致谢。 最好的祝福。

jenkinspipe道sh显示名称/标签

使用Jenkins 2 Pipeline插件，可以快速浏览stream水线阶段和步骤状态（包括日志logging输出）。 但是，如果使用“Shell脚本”（sh）步骤，似乎没有办法使用有用的名称标记该脚本，因此显示仅显示一长串“Shell脚本”（显示在图像下面）。 我怎样才能分配一个有用的名字，或者我怎样才能使用其他一些步骤来实现相同的效果？

持续集成与持续交付与持续部署

这三个词有什么区别？ 我的大学提供了以下定义： 持续集成基本上只是意味着开发人员的工作副本每天几次与共享主线同步。 持续交付被描述为持续集成的逻辑演进：始终能够将产品投入生产！ 连续部署被描述为持续交付后的合理下一步：在产品通过QA时自动将产品部署到生产环境中！ 他们还提供了一个警告：如果您能够连续部署到testing系统，有时候也会使用术语“连续部署”。 所有这些让我感到困惑。 任何解释更详细一点（或带有一个例子）赞赏！