História de gerenciamento de configuração de software - History of software configuration management

A história da gestão de configuração de software (SCM) em computação pode ser rastreada tão cedo quanto a década de 1950, quando CM (para Gerenciamento de Configuração ), originalmente para o desenvolvimento de hardware e controle de produção , foi a ser aplicadas ao desenvolvimento de software. A primeira gestão de configuração de software provavelmente foi feito manualmente. Eventualmente, ferramentas de software foram escritas para gerenciar as mudanças de software. Registros de história tendem a basear-se em ferramentas e empresas, e emprestar conceitos a um plano secundário.

Timeline

• 1960 cedo ou até mesmo anos 1950: CDC UPDATE e IBM IEB_UPDATE.
• Final dos anos 1960, início dos anos 1970: Professor Leon pressoras na Universidade da Califórnia, Santa Barbara produziu uma tese sobre a mudança e controle de configuração. Este conceito foi uma resposta a um contrato que ele estava trabalhando com uma empresa de defesa que fez motores de aviões para a Marinha dos EUA .
• 1970 início: Unix make .
• Em 1970 atualização CDC foi um produto avançado.
• Circa 1972: Laboratórios Bell artigo descrevendo o original diffalgoritmo.
• 1972, com um IEEE papel em 1975: sistema de controlo de código fonte, CCSC , Marc Rochkind Bell Labs. Originalmente programado em SNOBOL para OS / 360 ; subsequentemente reescrita em C para Unix (dif utilizado para a comparação de ficheiros).
• 1970: Lisle, Illinois baseados Pansophic sistemas oferecidos PANVALET, que era um sistema de controle de código fonte cedo para o mercado de mainframe.
• 1975: O trabalho de Professor pressoras, eventualmente, se transformou em um produto comercialmente disponível chamado Change and Configuration Control (CCC), que foi vendido pela corporação SoftTool.
• Sistema de Controlo de revisão ( RCS , Walter Tichy).
• 1980 início: patch(por volta de 1985, Larry Wall ).
• 1984: ajudante de campo
• 1986: Concurrent Versão System ( CVS ).
• 2000: Subversion iniciada por CollabNet .
• 2000s adiantados (década): distribuídos de controle de revisão sistemas como BitKeeper e GNU arco se tornar viável.

fundo

Até os anos 1980, SCM só poderia ser entendida como CM aplicada ao desenvolvimento de software. Alguns conceitos básicos, tais como identificação e de linha de base (ponto bem definido na evolução de um projeto) já eram claras, mas o que estava em jogo era um conjunto de técnicas voltadas para o controle da atividade, e utilização de processos formais, documentos, pedido formulários, placas de controlo, etc.

É só depois desta data que o uso de software ferramentas que aplicam diretamente ao software artefatos que representam os recursos reais, permitiu SCM para crescer como uma entidade autónoma (de CM tradicional).

O uso de diferentes ferramentas que realmente levou a ênfases muito distintas.

• CM tradicional para Software, normalmente em torno de Gestão da Mudança (exemplos: continuus , CVS ou ClearCase UCM)
• gestão orientada linha, com base em patches ou alterar o conjunto de
• focada em objetos derivados e construir Management (exemplo: ClearCase base / clearmake)

Veja também

• controle de revisão

Referências