[chef] Chef repo with submodules versus seperate cookbooks, ...


Chronological Thread 
  • From: Steven De Coeyer < >
  • To:
  • Subject: [chef] Chef repo with submodules versus seperate cookbooks, ...
  • Date: Mon, 6 Jan 2014 08:39:58 +0100

Hello

I was wondering how most of you manage your chef-repo.

Currently we use one chef repository with all our cookbooks in it and some 
community cookbooks added as submodules.
As we do not edit the community cookbooks directly, but rather wrap them, 
this is not much an issue. But now we’d like to opensource some of our own 
cookbooks, which probably means splitting them from our chef repository and 
adding them as submodules as well. 

Some problems I foresee with this, are: 
 * it’s not good practice to edit a submodule directly inside the repo (or is 
it?)
 * it’s not practical to not have all your cookbooks in one place (i.e. 
vagrant expects 1 cookbook path)
 * our chef developers have to take into account to constantly update all 
submodules instead of just one git pull (or we need to complicate git usage 
with git aliases such as ` git config alias.pullall '!git pull && git 
submodule update --init --recursive’ `)

Nothing big, nothing that’s not manageable. It just feels weird and as if I’m 
missing something.

How do you guys handle this?

Kr.
S

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail




Archive powered by MHonArc 2.6.16.

§