gitを使用して/ etcを管理していますか？

私は/etc、リモートgitリポジトリで追跡されているシステムについて考えています。私はgitワークフローを考えています。そこでは、すべてのホストマシンに異なるブランチがあります。

すべてのマシンの以前のすべてのバージョンを簡単に追跡、比較、マージできます。

/etc変更を多くのマシンでコミットする必要がある場合、いくつかのマージスクリプトによって簡単に行うことができます。

「望ましくない」/etc変更の場合、これはよく見える可能性があります（それを監視するようにアラームスクリプトを調整することもできます）。

誰かがすでにそのような構成を使用していますか？セキュリティ上の問題はありますか？

プログラムがetckeeper管理しない/etcでgit、あなただけのベンチャーキャピタルからバックエンドデフォルト変更する必要がある、bzrとgitでは/etc/etckeeper/etckeeper.conf。

Ubuntu Linuxにデフォルトでインストールされ、自動的にコミットする一般的なケースを処理します。
コミットされていない手動の変更がある場合に備えて、パッケージをインストールする前、およびインストール後にコミットします。

/etcinの構成の追跡に関する問題gitは、バージョン管理（ほとんどのgit初心者はその方法tagとbranch適切な方法を知らないため、その時点ではほとんどありません）とロールバック（これができない場合）の機能だけです。 tはtagging適切に、あなたは何もなく、非難の人々へのログ）を獲得していません。しかし、テンプレート化（gitはテンプレートを提供しないため、テンプレートを傾斜できません）、およびスケールアウト（他の場所には構成を適用できません。特にElasticsearchなどの分散データベースを使用している場合）、および自動システム管理（これもgitはこれを提供しません）を失います）。

そうは言っても、おそらく探しているのは構成管理です。中にネクタイというテンプレート、gitおよび基本的なスクリプトは、構成を管理します。もちろん、これはコードとしてのDevOpsとインフラストラクチャの方向性を下回っています。

これに追加するには; Ansibleはansible-pull、プレイブックの最新のレポをから取得できますgit。同じことがシェフにも言えます。基本的に、最近のLinux管理者はのようなものを使用すべきではありませんetckeeper。シェフはまた、あなたが持つすべてのシステムを管理することができ、クライアント-サーバモードがあるchef-clientに基づいてenvironment、roles、およびバージョンのクックブック。git単独で大規模に行うことはできません。