Estrutura para o sistema de controle de versão - configuração e scripts

1

Estamos planejando introduzir o controle de versão para nossa equipe de servidores, para que possamos manter nossos arquivos de configuração e código limpos.
A base do servidor é principalmente Windows com algum Linux e se espalha por vários continentes. Desde que o objetivo principal do projeto é assumir o controle (sem trocadilhos) sobre scripts de configuração espalhados e manter arquivos de configuração limpos.  Eu estou querendo saber se existem algumas boas práticas existentes para estruturar o repositório. Infelizmente meu google-fu me falha aqui. Desculpas se isso já foi perguntado aqui.

Eu posso começar com dois repositórios: 'scripts' e 'config files', então crie subdiretórios conforme eu for. No entanto, estou convencido de que isso já foi feito muitas vezes e prefiro não repetir os erros dos outros. Existem boas regras para organizar dados em diretórios 'scripts' e 'arquivos de configuração'?

Quanto à escolha do sistema de controle de origem, estou inclinado a um sistema de VC distribuído (git, mercurial) que já tenha construído resiliência para implantação em vários sites. Algumas outras opções também são importantes, por exemplo, autenticação usando grupos em vários servidores LDAP (ou seja, domínios do AD) e um agradável cliente GUI do Windows para agradar aos usuários do Windows.

    
por Sergei 09.04.2013 / 09:49

1 resposta

1

Eu acho que você pode começar a explorar o etckeeper (Manter as configurações sob controle com Etckeeper no ServerWatch como QuickStart) e selecione SCM-backend (de suportado), que tem LDAP strong habilidades (estou sem ideias aqui)

    
por 09.04.2013 / 12:30