使用带有单独模块存储库的 r10k

Question

根据您的问题和评论：

我的问题是 - 尽管有这样的输出 - 推送到模块存储库的更改并未反映在下面的文件中/etc/puppetlabs/code/environments。

r10k不知道HEAD。HEAD是非确定性的，所以不可能像这样使用它。

如果您想要跟踪branch，请使用以下命令：

mod 'mymodule',
  :git => 'file:///srv/git/mymodule.git',
  :ref => 'master'

为了使设置简单，我想避免分支。相反，我希望始终使用模块存储库的最新提交进行测试，并使用另一个稳定的标签进行生产，只要代码处于可接受的状态，我就会继续进行生产。

老实说，我不确定你的工作流程是什么样的：

您有一个带有两个分支的控制仓库，master并且testing。当您用于开发master时，它是稳定的生产代码吗？testing
您正在将新代码推送到testing，一旦它达到您满意的状态，您就会将其合并testing到master？
在此之后，您想将当前状态标记为master，stable您的代理应该使用哪个？
您的其他基础设施是什么样的？有多少个代理？您如何测试代码，即如何告诉{一个，所有}（？）代理：“请使用来自此环境的代码”？
跟进上述问题：如果您已经在master和中编码testing，那么您的代理如何知道要使用哪个环境？
如果您可以详细说明以上几点并告诉我更多细节（请将其添加到您的问题中，评论可能太有限了），我可能会提供帮助并扩展这个答案。
无论如何，祝你好运！puppet和r10k，特别是如果与 git hooks 结合使用，是一个很棒的设置！我自己用过，效果很好！ :)

附加信息：

感谢您详细说明您的工作流程。
如果你还不太熟悉 git，尤其是当你在做大量分支和合并操作，又担心合并冲突时，请务必阅读git rebase，确实

在另一个基本提示之上重新应用提交
假设你处于以下情况：
- 您正在分支master至feature1。
- file1:3-6你在做一些工作feature1。
- 您正在file1:7-10直接更改以master修复紧迫的错误。
- 您想feature1重新合并到master。
- 通常，此时您会遇到合并冲突，因为两个分支中都修改了同一个文件。
- 如果您git rebase master在feature1合并之前执行此操作，这将“拉”最新状态/提交到feature1，在本例中是错误修复。
- 现在进行合并，没有冲突。
我不会将自己限制在模块存储库中的一个分支上。您如何处理其中的新代码测试？随着时间的推移，需要增强的不仅仅是您的控制存储库。

为了使这舒适，使用另一个功能r10k：

# Track control branch and fall-back to master if no matching branch exists
mod 'mymodule',
  :git => 'file:///srv/git/mymodule.git',
  :branch => :control_branch,
  :default_branch => 'master'

这将允许您执行以下操作，例如在您想要在模块中开发新功能的情况下：
- 在您的控制仓库中，将分支master到testing。
- 在您的模块仓库中，将分支master到testing。
- 无需更改您Puppetfile的 puppet 代理，它testing现在使用您的控制存储库的分支还使用testing你的模块仓库的分支。
- 不断开发直到您满意为止。
- 在您的模块仓库中，合并testing到master。
- 您开发的新代码现在将发送给所有使用生产代码（即master控制仓库的分支）的傀儡代理。
现在最后一点需要注意的是：听起来你是唯一一个开发代码的人，所以这对你来说可能并不那么重要，只是想让你知道：
- 如果两个分支太有限，则完全可以在 puppet 代理运行期间使用不同的环境，而无需修改配置，而是通过提供 cli 参数：
```
puppet agent -t --environment ${FEATURE_BRANCH}
```
我现在能想到的就这些了。希望这些能帮到你，再次祝你好运，万事如意！

Answer 1

根据您的问题和评论：

我的问题是 - 尽管有这样的输出 - 推送到模块存储库的更改并未反映在下面的文件中/etc/puppetlabs/code/environments。

r10k不知道HEAD。HEAD是非确定性的，所以不可能像这样使用它。

如果您想要跟踪branch，请使用以下命令：

mod 'mymodule',
  :git => 'file:///srv/git/mymodule.git',
  :ref => 'master'

为了使设置简单，我想避免分支。相反，我希望始终使用模块存储库的最新提交进行测试，并使用另一个稳定的标签进行生产，只要代码处于可接受的状态，我就会继续进行生产。

老实说，我不确定你的工作流程是什么样的：

您有一个带有两个分支的控制仓库，master并且testing。当您用于开发master时，它是稳定的生产代码吗？testing
您正在将新代码推送到testing，一旦它达到您满意的状态，您就会将其合并testing到master？
在此之后，您想将当前状态标记为master，stable您的代理应该使用哪个？
您的其他基础设施是什么样的？有多少个代理？您如何测试代码，即如何告诉{一个，所有}（？）代理：“请使用来自此环境的代码”？
跟进上述问题：如果您已经在master和中编码testing，那么您的代理如何知道要使用哪个环境？
如果您可以详细说明以上几点并告诉我更多细节（请将其添加到您的问题中，评论可能太有限了），我可能会提供帮助并扩展这个答案。
无论如何，祝你好运！puppet和r10k，特别是如果与 git hooks 结合使用，是一个很棒的设置！我自己用过，效果很好！ :)

附加信息：

感谢您详细说明您的工作流程。
如果你还不太熟悉 git，尤其是当你在做大量分支和合并操作，又担心合并冲突时，请务必阅读git rebase，确实

在另一个基本提示之上重新应用提交
假设你处于以下情况：
- 您正在分支master至feature1。
- file1:3-6你在做一些工作feature1。
- 您正在file1:7-10直接更改以master修复紧迫的错误。
- 您想feature1重新合并到master。
- 通常，此时您会遇到合并冲突，因为两个分支中都修改了同一个文件。
- 如果您git rebase master在feature1合并之前执行此操作，这将“拉”最新状态/提交到feature1，在本例中是错误修复。
- 现在进行合并，没有冲突。
我不会将自己限制在模块存储库中的一个分支上。您如何处理其中的新代码测试？随着时间的推移，需要增强的不仅仅是您的控制存储库。

为了使这舒适，使用另一个功能r10k：

# Track control branch and fall-back to master if no matching branch exists
mod 'mymodule',
  :git => 'file:///srv/git/mymodule.git',
  :branch => :control_branch,
  :default_branch => 'master'

这将允许您执行以下操作，例如在您想要在模块中开发新功能的情况下：
- 在您的控制仓库中，将分支master到testing。
- 在您的模块仓库中，将分支master到testing。
- 无需更改您Puppetfile的 puppet 代理，它testing现在使用您的控制存储库的分支还使用testing你的模块仓库的分支。
- 不断开发直到您满意为止。
- 在您的模块仓库中，合并testing到master。
- 您开发的新代码现在将发送给所有使用生产代码（即master控制仓库的分支）的傀儡代理。
现在最后一点需要注意的是：听起来你是唯一一个开发代码的人，所以这对你来说可能并不那么重要，只是想让你知道：
- 如果两个分支太有限，则完全可以在 puppet 代理运行期间使用不同的环境，而无需修改配置，而是通过提供 cli 参数：
```
puppet agent -t --environment ${FEATURE_BRANCH}
```
我现在能想到的就这些了。希望这些能帮到你，再次祝你好运，万事如意！

使用带有单独模块存储库的 r10k

答案1

相关内容