On Sun, Jan 11, 2015 at 3:22 AM, Alan McKinnon <alan.mckin...@gmail.com> wrote:
> The reason I'm recommending to keep all of /etc in it's own repo is that
> it's the simplest way to do it. /etc/ is a large mixture of
> ansible-controlled files, sysadmin-controlled files, and other arbitrary
> files installed by the package manager. It's also not very big, around
> 10M or so typically. So you *could* manually add to a repo every file
> you change manually, but that is error-prone and easy to forget. Simpler
> to just commit everything in /etc which gives you an independant record
> of all changes over time. Have you ever dealt with a compliance auditor?
> An independant change record that is separate from the CM itself is a
> feature that those fellows really like a lot.

If you're taking care of individual long-lived hosts this probably
isn't a bad idea.

If you just build a new host anytime you do updates and destroy the
old one then obviously a git repo in /etc won't get you far.

-- 
Rich

Reply via email to