问题标签 [continuous-delivery]

Jez Humble 的《持续交付》一书中的“配置信息”是什么意思？

我正在将系统一键部署到 Ubuntu 机器上。刚开始为此使用 Puppet。看来，为了让我使用外部模块，我必须使用类似的东西预先安装它们

问题：

1. 我是否总是必须预先安装模块才能使用它们？
2. 如何自动安装 Puppet 模块？

这是一个独立的傀儡设置（所以不是主从傀儡）。我将不得不为不同的客户重复多次。因此，如果有一个按钮为我完成所有工作，那就太好了。后期有主从设置的地方。但它必须对每个客户都是独立的。

在过去的几周里，我一直在使用Jenkins作为我的自动化服务器。到目前为止，一切都很好。

现在我需要在构建完成时生成通知。我为此使用了Email-ext 插件。

但是，我需要在电子邮件内容中添加一些自定义内容。到目前为止，我使用的是默认的 ${DEFAULT_CONTENT}。有没有一种简单的方法可以从文件中附加一些自定义内容。

看起来我需要扩展 groovy-text 模板。但是我很想知道是否有一种简单的方法可以轻松地从文件中附加文本。

我正在使用环境变量，以便可以对其进行修改，并且收件人列表将使用该环境变量。

所以这个值作为构建参数传递：

随后我正在修改它。举个例子：

现在我在收件人列表中访问这个值：

不幸的是，詹金斯无法获得这个新价值。它正在使用旧值。如何修复这种行为？

从 Jenkins 运行作业时，我遇到了 java.lang.UnsatisfiedLinkError 问题。

基本上我需要设置LD_LIBRARY_PATH，当设置它时，它可以从命令行执行正常工作。例如，当我设置LD_LIBRARY_PATH如下：

设置后，代码执行可以从命令行正常工作。

我尝试LD_LIBRARY_PATH使用设置它EnvInjectPlugin并注入LD_LIBRARY_PATH.

我仍然不确定詹金斯为什么不接受这个LD_LIBRARY_PATH。如何进行设置以使 Jenkins 作业执行有效？

您最近可能听说过“DevOps”这个词被扔掉了。我读过一个 wiki 并没有完全理解这个术语的含义：“发布非常频繁的公司可能需要 DevOps 意识或方向。”

你能举一个真实的例子来理解它是什么样的吗？

我正在使用 Jenkins 在一些基础设施项目上实现持续交付。ATM Master-Slave Jenkins 模型用于工作总是由一些从属而不是由主构建的情况下，我的意图是使用 LXC 构建和运行测试厨房和莱布尼茨测试。所有要求都匹配 vagrant-lxc、lxc 盒、leibniz 和测试厨房配置，在我的 PC 或我的任何其他团队成员上一切正常，但是当涉及到通过 Jenkins 上的主从运行作业时，似乎有环境的一些问题，详细说明：

1-当我作为构建步骤的一部分运行时，"which lxc-create"它可以正常工作并显示/usr/bin/lxc-create它应该但是

2-运行时kitchen test失败显示：

似乎缺少某些环境变量或某些东西已连接，重要的是要说 ssh 进入从属设备并手动构建它工作正常，因此不是设置问题，而是主从环境传输问题，或者我错过了一些重要的配置. 谁能提供一些帮助？

lxc 版本：1.0.0

流浪者LXC：0.8.0

詹金斯：1.5.49

更新1：这是我的厨房配置：

我是 Openstack 和 Chef 工具的新手。我正在尝试设置一个持续交付流程，我想像以下内容：

从 Jenkins 创建一个我们有工作的管道：

• Job1：编译、运行单元测试 + 静态分析并将 RPM 构建/工件部署到 Artifactory。
• Job2：从 Artifactory 下载 RPM 文件并将它们一起保存到 Yum 存储库中。
• Job3：在 Openstack 中清理和重新创建实验室基础设施（路由器、专用网络、具有干净图像的节点）。之后，在 Chef-Server 中清理并重新注册这些节点，指定每个节点将拥有的运行列表说明书。
• Job4：使用在 Job3 中创建的基础架构运行功能和集成测试。发布结果。

我的疑问是如何实现 Job3，我看到的实现方式是在 Jenkins 配置 Openstack 命令行中使用 nova 和 neutron，对于 Chef 也使用 knife 和 chef-client 命令，但对于所有这些我都可以访问到 OpenStack 控制器服务器和所有 Chef 节点。有没有更整洁的方法来实现这一点，而不仅仅是使用命令行，比如 Jenkins 插件、厨师食谱或其他方式？我不喜欢在 Jenkins 配置中添加不受版本控制的东西，我想要执行所有 Openstack 和 Chef 基础设施设置的厨师食谱之类的东西，并将这些食谱置于版本控制之下。但我不确定如何使用食谱来实现所有这些，以及如何从 Jenkins 应用它们。

感谢您的帮助。

我的团队使用 Visual Studio Online ("VSO") 来管理我们的 ALM。

我们已经有了一个按钮构建流程，可以从本地 Git 存储库（远程）构建代码并将其部署到 Azure 上的 Microsoft Azure 网站。

除此之外，我们还需要一个本地的开发测试环境，只需按一下按钮即可构建和部署。

从 VSO 的 ALM 生态系统中将自动化的本地开发测试部署集成到我们的开发管道中的最佳方式是什么？

[我们也拥有 TFS 2012——有没有办法从 VSO 中利用它来驱动我们的 VSO git repo 的本地构建部署？]

在 VCS 中保留所有持续集成和交付配置的优点和缺点是什么？

就像“基础设施即代码”一样，这应该允许像代码本身一样使用所有配置矩阵、管道和东西。执行构建、测试、部署等的顺序——感觉很像编码。为什么不包含类似的源代码？它已经部分包含在 VCS - makefile 等中，但它们并不代表整个交付过程。

Travis CI 是我唯一知道以这种方式工作的东西（有点）。还有其他人吗？如果没有 - 为什么？