Apakah mungkin menggunakan penjaga dll dengan repositori git tunggal yang dibagikan?

Saya perhatikan bahwa beberapa orang merekomendasikan menggunakan etckeeper untuk menerapkan kontrol versi ke direktori / etc saya.

Tampak bagi saya bahwa instalasi default menempatkan repositori pada mesin yang sama dengan / etc yang Anda coba kelola. Ini berfungsi dengan baik untuk kontrol versi, tetapi tidak memberikan manfaat tambahan untuk membuat cadangan di luar server file - atau memungkinkan saya untuk menggandakan bagian dari / etc dari satu mesin sumber ke yang lain.

Apakah mungkin untuk berbagi repositori git tunggal pada mesin admin pusat, sehingga penjaga etc pada setiap server menyimpan datanya di tempat yang sama?

(Saya melakukan hal yang sama sekarang dengan svn dan beberapa skrip khusus untuk melakukan dan mengembalikan file, tetapi saya harus ingat untuk melakukan mereka ketika saya membuat perubahan.)

Pertama, gunakan install etckeeper, dikonfigurasi untuk git di /etc/etckeeper/etckeeper.conf. Ikuti metode pemasangan dllkeeper untuk distro Anda atau dari sumber.

Segera, Anda akan memiliki /etc/.git

Sekarang di server Anda, pastikan Anda memiliki repo (aman) untuk mendorong ke ...

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

Sekarang di host awal, dorong repo lokal Anda ke server melalui ssh:

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

Somedir tentu saja bisa relatif dalam hal ini (mengikuti konvensi ssh)

Lakukan ini setiap kali Anda melakukan perubahan yang mempengaruhi / etc (dan dimasukkan ke /etc/.git oleh etckeeper) dan Anda akan memiliki repo lokal dan off-mesin untuk mesin Anda.

Atau atur passwordless ssh dan buat hook di /etc/etckeeper/commit.d/ sehingga terjadi secara otomatis jika mesin selalu terhubung.

Dimungkinkan untuk menambahkan konfigurasi cabang jarak jauh untuk memetakan cabang utama repositori etckeeper dari setiap server ke cabang pada repositori jarak jauh. Untuk melakukan itu, Anda dapat menjalankan perintah berikut di setiap server:

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

Setelah pengaturan ini, selanjutnya git pushakan mengirim perubahan dari setiap cabang master server ke cabang server khusus pada repositori pusat.

Meskipun cabang tidak memiliki titik awal yang sama, ini memungkinkan untuk dengan mudah membandingkan file yang sama dari dua cabang yang berbeda, mewakili dua server yang berbeda, dengan menjalankan:

git diff origin/server1 origin/server2 -- file

Ini dapat dikombinasikan dengan pengaturan otomatis yang disarankan oleh jojoo .

Cara melakukannya secara otomatis, cerita lengkapnya:

Buat file /etc/etckeeper/commit.d/60-push (jangan lupa untuk chmod + x itu) pada klien.

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

central_server didefinisikan dalam konfigurasi ssh, lihat di bawah. /var/git/client_name.git adalah direktori di server pusat, berisi repo git.

~ / .Ssh / config dari root (!) Harus berisi sesuatu seperti ini:

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

Maka Anda perlu init git repo di central_server

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

Uji dengan edit kecil di / etc dan kemudian penjaga etc melakukan "test push'ing".

Itu bukan intinya. Jika Anda ingin mendistribusikan konfigurasi secara luas, Anda mengatur repositori lain sebagai tambahan dari repo lokal masing-masing mesin, dan minta setiap mesin memilih dari yang diperlukan. Apa yang dilakukan adalah memungkinkan setiap mesin untuk menyimpang (cabang, sebenarnya) dan mempertahankan kontrol revisi.

Anda benar-benar tidak ingin membuat dan lain-lain menjaga kebijakan cadangan Anda. Walaupun memiliki salinan file konfigurasi Anda akan menyenangkan, itu hampir tidak cukup untuk memenuhi syarat sebagai rencana pemulihan bencana.

Fokuslah untuk memiliki cadangan nyata dari sistem Anda sebagai gantinya. Simplist bisa menjadi cronjob untuk memberi makan tarball untuk direkam ... oh, benar. Tidak ada yang menggunakan kaset lagi. Oke, cronjob untuk rsync semua file Anda ke NAS khusus . Untuk solusi cadangan yang lebih kuat, lihat Amanda dan Bacula .

Dan untuk kasus akademisi, saya bisa mendorong repo penjaga restoran saya ke github sama seperti repo git lainnya.