Integração Contínua - Controle de Versão

Os sistemas de controle de versão, também conhecidos como controle de origem, sistemas de gerenciamento de código-fonte ou sistemas de controle de revisão, são um mecanismo para manter várias versões de seus arquivos, de modo que, ao modificar um arquivo, você ainda possa acessar as revisões anteriores.

O primeiro sistema de controle de versão popular foi uma ferramenta UNIX proprietária chamada SCCS(Sistema de controle de código fonte), que remonta à década de 1970. Isso foi substituído porRCS, o Sistema de Controle de Revisão e posterior CVS, Sistema de versões simultâneas.

Agora, o sistema de controle de versão mais popular usado é Subversion e Git. Vamos primeiro ver por que precisamos usar um sistema de controle de versão e, a seguir, vamos ver como colocar nosso código-fonteGit source code repository system.

Objetivo do Sistema de Controle de Versão

Uma razão pela qual usamos o termo controle de versão em vez de controle de origem é que o controle de versão não é apenas para código-fonte. Cada artefato relacionado à criação de seu software deve estar sob controle de versão.

Developers should use it for source code - Por padrão, todo o código-fonte precisa ser armazenado no sistema de controle de versão

Related artefacts- Todo sistema teria artefatos relacionados ao código-fonte, como scripts de banco de dados, scripts de construção e implantação, documentação, bibliotecas e arquivos de configuração para seu aplicativo, seu compilador e coleção de ferramentas, e assim por diante. Tudo isso complementa todo o processo de desenvolvimento e implantação e também precisa ser armazenado no sistema de controle de versão.

Ao armazenar todas as informações do aplicativo no controle de origem, fica mais fácil recriar os ambientes de teste e produção nos quais seu aplicativo é executado. Isso deve incluir informações de configuração para a pilha de software do seu aplicativo e os sistemas operacionais que compõem o ambiente, arquivos de zona DNS, configuração de firewall e assim por diante.

No mínimo, você precisa de tudo o que é necessário para recriar os binários do seu aplicativo e os ambientes nos quais eles são executados. O objetivo é ter tudo o que pode mudar em qualquer momento da vida do projeto armazenado de forma controlada. Isso permite que você recupere um instantâneo exato do estado de todo o sistema, desde o ambiente de desenvolvimento até o ambiente de produção, em qualquer ponto da história do projeto.

É ainda útil manter os arquivos de configuração para os ambientes de desenvolvimento da equipe de desenvolvimento no controle de versão, pois torna mais fácil para todos na equipe usarem as mesmas configurações. Os analistas devem armazenar documentos de requisitos. Os testadores devem manter seus scripts e procedimentos de teste no controle de versão. Os gerentes de projeto devem salvar seus planos de liberação, gráficos de progresso e registros de risco aqui.

Em suma, cada membro da equipe deve armazenar qualquer documento ou arquivo relacionado ao projeto no controle de versão.

Trabalhando com Git para sistema de controle de versão de código-fonte

Esta seção agora se concentrará em como o Git pode ser usado como um sistema de controle de versão. Ele se concentrará em como você pode carregar seu código para o sistema de controle de versão e gerenciar as mudanças nele.

Nosso aplicativo de demonstração

Para o propósito de todo este tutorial, vamos dar uma olhada em um simples Web ASP.Netaplicativo que será utilizado para todo o Processo de Integração Contínua. Não precisamos nos concentrar em todos os detalhes do código para este exercício, apenas ter uma visão geral do que o projeto faz é suficiente para compreender todo o processo de integração contínua. Este aplicativo .Net foi construído usando oVisual Studio Integrated Development Environment.

A captura de tela a seguir é a estrutura da solução no ambiente Visual Studio. É um aplicativo da Web muito simples, que possui o código principal noDemo.aspx Arquivo.

O código no arquivo Demo.aspx é mostrado no programa a seguir -

<html xmlns = "http://www.w3.org/1999/xhtml">
   <head runat = "server">
      <title>TutorialsPoint</title>
   </head>
   
   <body>
      <form id = "form1" runat="server">
         <div><%Response.Write("Continuous Integration"); %></div>
      </form>
   </body>
   
</html>

O código é muito simples e apenas envia a string “Integração Contínua” para o navegador.

Quando você executa o projeto no Google Chrome, a saída será conforme mostrado na captura de tela a seguir.

Movendo o código-fonte para o Git

Vamos mostrar como mover o código-fonte para o Git a partir da interface de linha de comando, de forma que o conhecimento de como o Git pode ser usado seja mais claro para o usuário final.

Step 1 - Inicialize o Git Repository. Vá para o prompt de comando, vá para a pasta do projeto e emita o comandogit init. Este comando adicionará os arquivos Git necessários à pasta do projeto, para que possa ser reconhecido pelo Git quando precisar ser carregado no repositório.

Step 2- Adicionar seus arquivos que precisam ser adicionados ao repositório Git. Isso pode ser feito emitindo ogit add command. A opção ponto informa ao Git que todos os arquivos na pasta do projeto precisam ser adicionados ao repositório Git.

Step 3- A etapa final é enviar os arquivos do projeto para o repositório Git. Esta etapa é necessária para garantir que todos os arquivos agora façam parte do Git. O comando a ser emitido é fornecido na imagem a seguir. o–m option é fornecer um comentário para o upload de arquivos.

Sua solução agora está disponível no Git.