我有一个在Debian 7上运行的木偶/工头服务器来管理我的系统.我使用社区版本3.7的木偶和工头1.6.0.我使用目录环境.
目前我使用一个相当复杂的工作流程来自我编写的模块,在我的开发环境中创建它们,这是受颠覆控制的,然后将它们导出到外部目录,构建它们的木偶模块(木偶模块构建…)和在生产中安装.
我考虑使用颠覆将它们分支/标记为生产,但由于我不记得的原因而将其排除在后面.
与此同时,我学会了一点git,宁愿使用git而不是subversion.我现在的问题是,是否有最佳做法？我可以想象至少有两种方法都有其优点和缺点.一个是将环境开发置于版本控制之下,然后将其克隆/分支到生产.其次是将每个模块的git repo克隆到环境中.
正如我所说,我是git的新手,所以我对它的优点和缺点没有真正的线索.我也只用了大约8个月的傀儡和工头.
干杯,克里斯托弗
解决方法
答案实际上取决于你想要的版本控制方式.有几种主要方法：
>将所有内容都放在一个单独的Git存储库中,然后将其克隆在主服务器上(如果您正在运行无主服务器,则将其克隆到节点上).
这是迄今为止最简单的选项,但意味着您将在生产和开发环境中拥有相同模块的多个副本(尽管您可以使用符号链接来解决它).
>将您的主Puppet代码放在一个Git存储库中,Git子模块指向您的自定义模块.部署与上面相同,在git clone中添加了–recursive.
这种方法的优点是你可以轻松地引用外部模块(例如the PuppetLabs Apache模块)并且相对容易引入上游更改,但是你还需要处理Git子模块的开销,这些子模块非常混乱.
>运行您自己的Puppet Forge,并使用Librarian-puppet或R10K来管理模块的安装.
这样做的好处是能够通过SemVer完全控制模块的版本,而无需公开发布 – 虽然滚动你自己的Puppet Forge仍然被一些人视为“前沿”.
