If you plan on sharing your cookbooks or using them with more than 1
chef-repo, it's not uncommon to keep them in another version control
repository and use the vendor-branch pattern to only bring in tagged
"releases" of your cookbooks. This allows development of the cookbooks
isolated from the deployment and makes using multiple chef-repos
feasible with a shared cookbook set.
Thanks,
Matt Ray
Senior Technical Evangelist | Opscode Inc.
"> | (512) 731-2218
Twitter, IRC, GitHub: mattray
On Wed, Oct 12, 2011 at 11:16 AM, Bryan Berry < "> > wrote:
> Anyone have any recommendations on the best way to keep both chef-repo and
> cookbooks under source control?
> My current thought is to keep cookbooks/ as a sub-directory of chef-repo/
> but to put cookbooks/* in my top-level .gitignore for chef-repo
> so
> chef-repo/
> .gitignore # inside; ignore cookbooks/*
> cookbooks/
> databags/
> ....
> is there a better strategy?
>
> Following previous discussions on this list, I will keep all
> corporate/sensitive info in chef-repo and no corporate info (ip addrs,
> hostnames, etc.) in cookbooks/
>
>
>
Archive powered by MHonArc 2.6.16.