Git no IBM^® i

Pergunte a qualquer grupo de desenvolvedores qual a sua ferramenta de controle de versão preferida e a resposta esmagadora será "Git". De fato, uma pesquisa do Stack Overflow com quase 70.000 desenvolvedores profissionais revelou que pouco mais de 88% deles preferem o Git a outras ferramentas de controle de versão. Componente essencial da solução DevOps de muitas organizações, o Git é admirado pela comunidade de desenvolvedores por sua combinação de intuitividade, velocidade e robustez.

Foi essa popularidade avassaladora que convenceu a IBM a adicionar o Git logo no início à sua lista cada vez maior de ferramentas de código aberto para IBM i. Como já mencionei em posts anteriores, o IBM i possui diversas soluções completas e integradas para IBM. ^® No entanto, como engenheiro de soluções atendendo a uma clientela diversificada de usuários de IBM i, percebo que cada vez mais organizações baseadas em IBM i estão optando por incorporar o Git em seu conjunto de DevOps . Com base nessa experiência, apresento aqui algumas observações sobre por que o Git pode ser uma adição valiosa ao seu conjunto de ferramentas DevOps para IBM i.

Controle de origem poderoso

Um bom motivo para adotar o Git é que ele oferece inúmeras funcionalidades de controle de versão que vão além do que algumas ferramentas do IBM i oferecem. O Git não apenas armazena arquivos e registra as alterações entre cada versão, como também permite agrupar essas versões em múltiplas estruturas lógicas por meio de ramificações e tags. É fácil visualizar todas as alterações feitas em cada arquivo como parte de qualquer commit no repositório.

Em seguida, você pode pegar esse conjunto de alterações e aplicá-las a qualquer outra versão do aplicativo graças às ferramentas de mesclagem rápidas e automatizadas do Git, que podem mesclar perfeitamente as alterações de várias versões de um arquivo.

Arquitetura distribuída

Outra grande vantagem do Git é sua arquitetura distribuída. Isso facilita a hospedagem de um repositório Git em um site como o GitHub. À medida que os desenvolvedores concluem seu trabalho, eles podem simplesmente enviar suas alterações para o GitHub (ou, da mesma forma, enviar uma solicitação de pull request facilmente) e o código será copiado para o repositório remoto, onde poderá ser disponibilizado para outros desenvolvedores. Dessa forma, o Git pode ser usado para gerenciar projetos de código aberto nos quais centenas ou até milhares de desenvolvedores trabalham em diversas organizações.

Os desenvolvedores do IBM i podem usar o GitHub para controle de versão de seu código RPG e para revisões de código, aproveitando ferramentas como SonarQube, Gerrit e Collaborator.

Integrações em abundância

Além disso — e esta é provavelmente a principal razão para a popularidade duradoura do Git — muitas outras ferramentas (de código aberto ou não) que os desenvolvedores costumam usar para verificar aspectos como integridade, segurança, conformidade com licenças e políticas do código também possuem integração com o Git. Isso facilita apontar essas ferramentas para um repositório Git específico e fazê-las executar suas funções.

O Git também se integra facilmente com ferramentas de compilação automatizadas como Jenkins, Maven, Bamboo e Ant. Essas ferramentas podem obter o código-fonte necessário para as compilações a partir do Git e, em seguida, compilar e implantar o aplicativo com base em regras definidas pelo usuário.

Resumindo, ao usar essas ferramentas, torna-se simples gerenciar aplicativos que abrangem tanto o IBM i quanto sistemas distribuídos simultaneamente.

O Git se integra facilmente ao Jenkins.