[chef] Re: Re: Re: Re: Berksfile.lock commit in dev branches


Chronological Thread 
  • From: Torben Knerr < >
  • To: " " < >
  • Subject: [chef] Re: Re: Re: Re: Berksfile.lock commit in dev branches
  • Date: Sun, 15 Feb 2015 09:52:42 +0100

Hi Xabier,

interesting to know. Yes, it's indeed a bit hacky and uncommon an so
on... I would probably do it that way if I were using Chef Server, but
for Chef Solo / Zero having the Berksfile.lock checked in is
fortunately enough.

So do you use environments for environments then?

Cheers,
Torben


On Sat, Feb 14, 2015 at 9:35 AM, Xabier de Zuazo 
< >
 wrote:
> Hi tknerr,
>
> On Fri, Feb 13, 2015 at 02:28:26PM +0100, Torben Knerr wrote:
>> as you said, we are as well doing it only for the top-level cookbooks
>> (think of environment cookbooks but using metadata.rb instead of
>> environments to lock the dependency graph). Since we are using mostly
>> chef  solo / zero having the Berksfile.lock checked in is enough.
>>
>> I also experimented with generating / dynamically reading metadata.rb
>> entries from the Berksfile.lock for chef client / server use, but it
>> was just an experiment and YMMV:
>https://gist.github.com/tknerr/4e3236d00ceba917abea
>
> We are currently using a similar solution to upload our "environment" 
> cookbooks
> to Chef Server and read the Berksfile.lock. Here is an example:
>
> https://gist.github.com/zuazo/44308e89328ffb665ae1
>
> But this kind of solutions are too tricky :-S
>
> --
> Xabier de Zuazo



Archive powered by MHonArc 2.6.16.

§