显然，关于厨师最好的事情之一是通过食谱重新使用经过validation的组件，特别是通过包装食谱的方法。
但是，你如何select食谱来包装？ 一些浪费了我大量时间的例子。
一个食谱，有一个configurationerb硬编码过时，不只是弃用，旗帜。 服务拒绝configuration文件。 注意：据我所知，包装纠正模板erb是不平凡的，除非你克隆和维护整个事情。
检查Ubuntu版本高达9.0.4的食谱似乎没有做任何事情，并指的是过时的/etc/event.d/目录。
烹饪书籍与stream程监督工具（如runit或bluepill）有很大的联系。 如果您的首选工具不在列表中，并且您无法对此进行调整，那也是令人头疼的原因。
迄今为止，我一直倾向于使用supermarket.chef.io食谱，而且大多数都是工作的。 除了我想要的维护服务的食谱外，还有待采纳。
一些想法：
检查最近的github提交/上次更新时间。 但是，如果它正常工作呢？ 那么它不应该被更新。
星星。 但是如果这些明星是很久以前发行的，而食谱是最新的呢？
检查没有被closures的github问题。 可能会更好。
提前看食谱和属性。 但是，如果您已经知道目标软件的设置，则效果会更好。
看看贡献者的数量，并评估它是一个快捷方面的项目，还是可能保持不变。
运行它并查看错误的types。 我所select的那些对我来说看起来就像食谱，它们不追踪操作系统或者他们正在pipe理的程序的最近更新，但是没有基于属性的灵活性来允许它。
有没有评价网站？ 谷歌search，让我的食物烹饪网站
对不起，我意识到这个问题本质上是广泛的。 但是，如果重复使用是厨师生态系统的目标，那么明智地select最好的社区食谱来包装是最终用户获得成功的关键因素。 除了使用厨师本身的技术技能。
你怎么做呢？ 你的启发式是什么？
github上的大量me-too食谱让我觉得这不是一个解决的问题。
就个人而言，我首先看超市的下载量，然后直接看github页面。 如果来源不在公共版本控制中，我将继续前进。
在浏览代码的时候，我真的只是快速浏览一下自己以下的问题：
a）这本食谱只做一件事
如果是安装应用程序的食谱，那就是我想要的。 我不希望它乱搞系统的其他部分。 （例如：触摸物理磁盘，ebs卷等等）
b）如果我使用这本食谱，它会是可扩展的
如果这是一个图书馆食谱揭露资源，我希望这些资源提供足够数量的控制，无论它使用的任何子资源。 我无法忍受为狭义用例创build模板的资源，但不会让我充分修改模板源或模板variables。
如果这是一个基于食谱的食谱，那么我希望大多数相关位可以通过属性进行configuration。 我并不完全介意包装食谱，但如果我可以设置一些属性，而不是绕过其他资源，我会变得更快乐。