単一の共有gitリポジトリでetckeeperを使用することは可能ですか？

いくつかの人々がetckeeperを使用してバージョン管理を私の/ etcディレクトリに適用することを推奨していることに気づきました。

デフォルトのインストールでは、管理しようとしている/ etcと同じマシンにリポジトリが配置されるように見えます。これはバージョン管理には問題なく機能しますが、ファイルのサーバー外のバックアップを作成するという追加の利点はありません。また、/ etcの一部をソースマシン間で複製することもできます。

中央の管理マシンで単一のgitリポジトリを共有して、各サーバーのetckeeperが同じ場所にデータを保存できるようにすることは可能ですか？

（私は今、ファイルをコミットして元に戻すためのsvnといくつかのカスタムスクリプトで同様のことをしていますが、変更を加えるときは必ずコミットする必要があります。）

まず、/ etc / etckeeper / etckeeper.confでgit用に構成されたinstall etckeeperを使用します。ディストリビューションまたはソースからのetckeeperのインストール方法に従ってください。

まもなく、/ etc / .gitが作成されます

サーバー上で、プッシュする（安全な）リポジトリがあることを確認してください...

 # ssh faruser@farhost     
 # mkdir somedir cd somedir && git init && chmod 700 .git    
 # exit

最初のホストで、ローカルリポジトリをssh経由でサーバーにプッシュします。

# cd /etc && git push faruser@farhost:somedir

もちろん、この場合、somedirは相対的である可能性があります（sshの慣例に従います）

/ etcに影響する変更を加えたとき（およびetckeeperによって/etc/.gitに侵入されたとき）はいつでもこれを行うと、マシンのローカルリポジトリとオフマシンリポジトリの両方を使用できます。

または、パスワードなしのsshをセットアップし、/ etc / etckeeper / commit.d /にフックを作成して、マシンが常に接続されている場合に自動的に実行されるようにします。

リモートブランチ構成を追加して、etckeeperリポジトリのマスターブランチを各サーバーからリモートリポジトリのブランチにマップすることができます。これを行うには、各サーバーで次のコマンドを実行します。

cd /etc
git branch -m master $HOSTNAME
git remote add origin git@git.example.com:path/to/single/repo.git
git push -u origin master:$HOSTNAME

このセットアップの後、その後git push、各サーバーのマスターブランチから中央リポジトリの専用サーバーブランチに変更が送信されます。

ブランチには共通の開始点はありませんが、次のコマンドを実行することで、2つの異なるサーバーを表す2つの異なるブランチの同じファイルを簡単に比較できます。

git diff origin/server1 origin/server2 -- file

これは、jojooが提案する自動設定と組み合わせることができます。

自動的に行う方法、全文：

クライアント上にファイル/etc/etckeeper/commit.d/60-push（chmod + xを忘れないでください）を作成します。

#!/bin/sh
git push central_server:/var/git/client_name.git master

central_serverはssh設定で定義されています。以下を参照してください。/var/git/client_name.gitは中央サーバー上のディレクトリで、git repoが含まれています。

root（！）の〜/ .ssh / configには次のようなものが含まれているはずです：

host central_server
Hostname 192.168.0.1
User etckeeper #a user on the central server 
IdentityFile ~/.ssh/custom_key # key is in authorized_keys in
             #etcpeeper@central_server:~/.ssh/authorized_keys

次に、central_serverでgitリポジトリを初期化する必要があります

mkdir /var/git/client_name.git
su etckeeper
cd /var/git/client_name.git
git --bare init

/ etcを少し編集してテストし、etckeeperが「テストプッシュ」をコミットします。

それはポイントではありません。構成を広く配布したい場合は、各マシンのローカルリポジトリに加えて別のリポジトリをセットアップし、必要に応じて各マシンにそこから選択してもらいます。これにより、各マシンは（実際には分岐して）逸脱し、リビジョン管理を維持できます。

etckeeperをバックアップポリシーにしたくありません。構成ファイルのコピーを用意しておくのは良いことですが、災害復旧計画として認定するには十分ではありません。

代わりに、システムの実際のバックアップを作成することに集中してください。単純リストは、tarballをテープに送るためのcronjobになる可能性があります。誰ももうテープを使用しません。さて、すべてのファイルを専用のNASにrsync するcronjob 。より堅牢なバックアップソリューションについては、AmandaとBaculaをご覧ください。

そして学者の場合、他のgitリポジトリと同じように、etckeeperリポジトリをgithubにプッシュすることができました。