- From: Lamont Granquist <
>
- To:
- Subject: [chef] Re: Cookbook Management for Complex Infrastructure
- Date: Mon, 27 Jul 2015 11:10:21 -0700
On 07/20/2015 01:47 PM, Erik Ogan wrote:
Berkshelf is the current, prescribed tool for managing cookbooks.
Berkshelf (appears to) require each cookbook in its own repository.
As others have posted this is not correct.
Berkshelf was created to make the one-git-repo-per-cookbook model work
really well, and there was a lot of drum beating that went along with
the creating of the tool, but you can also use Berkshelf in at least two
other modes of operation:
1 git repo, Berksfiles-per-cookbook: This setup has cookbooks that each
have individual Berksfiles in them which look like
one-git-repo-per-cookbook-style cookbooks, but all of the
role/wrapper/custom cookbooks are checked into one monolithic git repo.
1 git repo, 1 Berksfile: The setup just has a single monolithic
Berksfile in the cookbooks directory of the monolithic git-repo, used to
pull down all the community cookbooks and lock them all via Berksfile.lock.
Archive powered by MHonArc 2.6.16.