É possível usar o etckeeper com um único repositório git compartilhado?

Notei que várias pessoas recomendaram o uso do etckeeper para aplicar o controle de versão ao meu diretório / etc.

Parece-me que a instalação padrão coloca um repositório na mesma máquina que o / etc que você está tentando gerenciar. Isso funciona bem para o controle de versão, mas não oferece o benefício adicional de fazer um backup fora dos servidores dos arquivos - nem me permite duplicar partes do / etc de uma máquina de origem para outra.

É possível compartilhar um único repositório git em uma máquina administrativa central, para que o etckeeper em cada servidor armazene seus dados no mesmo local?

(Estou fazendo uma coisa semelhante agora com svn e alguns scripts personalizados para confirmar e reverter arquivos, mas devo lembrar de confirmá-los quando fizer alterações.)

Primeiro, use install etckeeper, configurado para git em /etc/etckeeper/etckeeper.conf. Siga o método de instalação do etckeeper para sua distribuição ou da fonte.

Em breve, você terá um /etc/.git

Agora, no seu servidor, verifique se você possui um repositório (seguro) para ...

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

Agora, no host inicial, envie seu repositório local para o servidor via ssh:

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

É claro que Somedir pode ser relativo neste caso (seguindo a convenção ssh)

Faça isso a qualquer momento que fizer uma alteração que afeta o / etc (e é inserida no /etc/.git pelo etckeeper) e você terá repositórios locais e fora da máquina para sua máquina.

Ou configure o ssh sem senha e faça um gancho em /etc/etckeeper/commit.d/ para que isso aconteça automaticamente se a máquina estiver sempre conectada.

É possível adicionar uma configuração de filial remota para mapear a filial principal do repositório etckeeper de cada servidor para uma filial no repositório remoto. Para fazer isso, você pode executar os seguintes comandos em cada servidor:

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

Após essa configuração, o subseqüente git pushenviará alterações de cada ramificação mestre do servidor para a ramificação dedicada do servidor no repositório central.

Embora as ramificações não tenham um ponto de partida comum, isso permite comparar facilmente o mesmo arquivo de duas ramificações diferentes, representando dois servidores diferentes, executando:

git diff origin/server1 origin/server2 -- file

Isso pode ser combinado com a configuração automatizada sugerida pelo jojoo .

Como fazer isso automaticamente, a história completa:

Crie o arquivo /etc/etckeeper/commit.d/60-push (não esqueça de chmod + x it) nos clientes.

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

central_server é definido na configuração do ssh, veja abaixo. /var/git/client_name.git é o diretório no servidor central, contendo o repositório git.

O ~ / .ssh / config da raiz (!) Deve conter algo como isto:

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

Então você precisa iniciar o repositório git no servidor_servidor central

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

Teste-o com uma edição menor em / etc e, em seguida, um etckeeper confirma "test push'ing".

Essa não é a questão. Se você deseja distribuir amplamente a configuração, configure outro repositório, além do repositório local de cada máquina, e faça com que cada máquina faça uma escolha , conforme necessário. O que isso faz é permitir que cada máquina se desvie (ramificação, na verdade) e mantenha o controle de revisão.

Você realmente não quer fazer do etckeeper sua política de backup. Embora seja bom ter uma cópia dos seus arquivos de configuração, dificilmente é suficiente se qualificar como um plano de recuperação de desastre.

Concentre-se em ter backups reais do seu sistema. O simplista poderia ser um cronjob para alimentar um tarball com fita ... ah, certo. Ninguém mais usa fitas. Ok, um cronjob para sincronizar todos os seus arquivos em um NAS dedicado . Para soluções de backup mais robustas, dê uma olhada em Amanda e Bacula .

E, no caso dos acadêmicos, eu fui capaz de enviar meu repositório etckeeper para o github, como qualquer outro repositório git.