Qual é a melhor maneira de lidar com código legado que não está no controle de versão?

4

Qual é a melhor maneira de desenvolver e manter código legado que não está no controle de versão? Adicioná-lo ao controle de versão é, obviamente, a resposta óbvia, mas se você não puder, por algum motivo, o que você faria?

Algumas razões pelas quais posso pensar em por que o controle de versão não seria possível são:

  • O gerenciamento é contra (não entende, acha que levaria muito tempo, não vale a pena, etc.)
  • Você não tem privilégios administrativos para instalar o software necessário.
  • O código é executado / armazenado em sistemas legados com recursos limitados para controle de versão.

Então, se o controle de versão real não estiver disponível, o que você faz? Configurar algum sistema de backup regular? Ou talvez criar pastas com nomes de versões?

    
por tgwizard 17.06.2011 / 23:54
fonte

4 respostas

20

Não há nenhuma razão para não ter controle de versão período .

Se a gerência é contra, mesmo depois de ter os benefícios apontados para eles, eles claramente não estão aptos a serem gerentes e seu chefe deve ser abordado.

Se você não tiver privilégios administrativos, peça a eles ou peça a alguém da equipe de TI que instale o software.

O código não deve ser executado e armazenado na mesma máquina. Você deve ter um controle de origem centralizado com um pipeline de implantação adequado.

    
por 17.06.2011 / 23:57
fonte
3

O Git é escrito em C razoavelmente portátil e não requer privilégios administrativos. Essa é apenas uma das suas opções. Nada incomum sobre o controle de versão estar em um sistema separado do tempo de execução, também. Eu escrevo software incorporado com o servidor de controle de versão, o ambiente de desenvolvimento e o ambiente de tempo de execução em máquinas separadas.

    
por 18.06.2011 / 00:33
fonte
1

Verifique o plano de backup de TI para onde o código está armazenado. Isso cobre você em caso de problemas, mas também pode fornecer algumas versões valiosas do catálogo anterior do projeto, se houver fitas antigas.

Se eles não são contra manter várias versões da base de código separadas por pasta, também pode começar por aí. Pastas com datas ou números de versão são melhores que nada.

Embora se eles permitem criar esses, não é um passo muito longe para iniciar um controle de versão, mesmo que seja apenas um espaço de usuário. O Git está em C, então você provavelmente poderá executá-lo, mesmo se você estiver sob strongs restrições. (Afinal, a fonte deles compila em algum lugar, certo?)

Basta adicionar uma conexão de rede e você tem um VCS real, que se tornou uma necessidade básica para programação.

    
por 18.06.2011 / 00:36
fonte
1

Você não precisa de permissões de administrador para todos os sistemas de controle de versão. Git e Mercurial são dois que são gratuitos, leves e não requerem um servidor centralizado.

Eu não consigo ver qualquer objeção que eles teriam para você executá-lo localmente e verificar os arquivos lá. Se você realmente precisa ter um servidor centralizado, você pode fazer um serviço online como Github, BitBucket ou Kiln; nenhuma delas requer uma instalação local que requer direitos de administrador em um servidor.

    
por 18.06.2011 / 02:30
fonte