O que é gerenciamento de configuração?

Em todos os projetos com os quais me envolvi e com a participação de um consultor externo, a pergunta foi feita sobre que tipo de Gerenciamento de Configuração estávamos usando. Em nenhum desses casos, o consultor conseguiu definir o Gerenciamento de Configuração. Então o que é?

O gerenciamento de configuração de software (SCM) se resume a responder ao seguinte:

• Quais arquivos de origem foram usados ​​para criar nosso produto final?
• O que mudou desde a última vez que fabricamos nosso produto final?
• Por que nós mudamos isso?

Por sua vez, isso pode se transformar em um "processo" bastante grande e feio. Os problemas do processo são os motivos pelos quais a maioria dos desenvolvedores fica atenta à menção do SCM, pois isso significa rastrear arquivos de origem, defeitos e requisitos; depois, unindo tudo para que você possa auditar as alterações (este é um mundo ideal do ponto de vista de gerenciamento, pois fornece boas ferramentas de gerente para melhor ver de que recursos ele precisa e onde).

Isso é diferente do ITIL Configuration Management, que na verdade é o rastreamento de ativos de software, qual software está sendo executado onde (qual servidor / estação de trabalho) e qual é a configuração desse software.

Em outras palavras, é mais provável que o seu consultor saiba como a SUA empresa / grupo de desenvolvimento responde às três perguntas na parte superior da minha resposta.

O Gerenciamento de configuração abrange "tudo o resto" que não está diretamente relacionado à escrita de código. Portanto, é assim que você gerencia as liberações, gerencia e triagem de relatórios de erros e sugestões de recursos, como realiza suas compilações e assim por diante. Geralmente também inclui como seu código-fonte é gerenciado (por exemplo, qual controle de versão você usa, estratégias de ramificação, como você [possivelmente] gerencia várias "versões" simultâneas etc.).

O gerenciamento de configurações significou muitas coisas ao longo do tempo. Considero mais importante para administradores ou operações do que diretamente para desenvolvedores. Quando você é uma pessoa de operações tentando manter os servidores em funcionamento, você se preocupa em configurar máquinas, gerenciar sua configuração e mantê-las em execução. Se você acabou de fazer login no computador e começar a instalar o software e alterar os arquivos de configuração em uma máquina, não está gerenciando essa configuração. O que acontece se essa máquina morre? O que acontece se alguém entra nessa máquina e altera um arquivo de configuração e tudo começa a surtar? E se você precisar iniciar outra máquina configurada exatamente como a que está sendo executada? Consegues fazê-lo?

Sem uma estratégia de gerenciamento de configuração, você não pode. E é por isso que é importante. É tudo uma questão de repetibilidade. Os desenvolvedores abordam a repetibilidade de forma diferente das operações realizadas pelas pessoas, por isso nos preocupamos em repetir coisas diferentes.

Existem ótimas ferramentas de código aberto que ajudam você a fazer isso: Chef, Capistrano, Cook e até SVN. Por que o SVN deve ser usado apenas pelos desenvolvedores? Verifique seus arquivos de configuração, scripts que você usa para configurar máquinas e acompanhe suas versões. Essas partes da sua organização são vitais para mantê-la funcionando. Você não quer perder isso.