Translate

Mostrar mensagens com a etiqueta Z Open Editor. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Z Open Editor. Mostrar todas as mensagens

domingo, 22 de abril de 2007

O que é Git no z/OS?

 

Bellacosa Mainframe o que é o git no zos

O que é Git no z/OS?

Se há alguns anos alguém dissesse que programadores COBOL usariam Git, fariam commits, trabalhariam com branches e executariam pipelines CI/CD diretamente para aplicações Mainframe, muita gente acharia impossível. 

Hoje isso é uma realidade.

O Git tornou-se uma das principais ferramentas de desenvolvimento também no ambiente IBM Z, permitindo que aplicações COBOL, PL/I, Assembler, JCL e REXX sejam desenvolvidas utilizando as mesmas práticas modernas empregadas em Java, Python, C# e JavaScript.

Mais do que uma ferramenta de controle de versões, o Git representa uma mudança cultural na forma como aplicações Mainframe são desenvolvidas.


Definição simples

O Git no z/OS é a utilização do sistema de controle de versões Git para armazenar, controlar, compartilhar e gerenciar o código-fonte das aplicações IBM Mainframe.

Ele registra todas as alterações realizadas em:

  • programas COBOL;

  • programas PL/I;

  • programas Assembler;

  • JCLs;

  • PROCs;

  • REXX;

  • Copybooks;

  • scripts de automação;

  • definições de pipelines.

Em outras palavras:

O Git é a memória completa da evolução de uma aplicação Mainframe.


Uma analogia simples

Imagine um escritor produzindo um livro.

Ao longo do tempo ele cria diversas versões.

Sem Git:

Livro_Final.doc

Livro_Final_2.doc

Livro_Final_3.doc

Livro_Final_AgoraVai.doc

Livro_Final_Definitivo.doc

Ninguém sabe qual é a versão correta.

Com Git:

Cada alteração possui:

  • autor;

  • data;

  • descrição;

  • histórico;

  • possibilidade de retorno.

Tudo organizado.


O que é Git?

Git é um sistema de Controle de Versões Distribuído (Distributed Version Control System - DVCS).

Criado por Linus Torvalds, em 2005, para o desenvolvimento do kernel Linux.

Hoje é o padrão mundial para desenvolvimento de software.


Por que usar Git no Mainframe?

Durante décadas o código COBOL era armazenado em bibliotecas PDS ou PDSE.

Embora isso funcionasse muito bem, surgiam limitações como:

  • histórico reduzido;

  • dificuldade para colaboração;

  • integração limitada com ferramentas modernas;

  • processos manuais de promoção.

O Git resolve esses desafios.


Como funciona?

Imagine um programa COBOL.

Antes:

Biblioteca PDS

↓

Editar

↓

Compilar

↓

Produção

Agora:

Programa COBOL

↓

Git

↓

Commit

↓

Pipeline

↓

Build

↓

Testes

↓

Deploy

Todo o processo torna-se rastreável.


Conceitos principais

Repositório (Repository)

É o local onde o código-fonte fica armazenado.

Exemplo:

Projeto_Banco

Dentro dele podem existir:

  • COBOL;

  • Copybooks;

  • JCL;

  • REXX;

  • documentação.


Commit

Sempre que uma alteração é concluída, cria-se um:

Commit

Ele registra:

  • o que mudou;

  • quem mudou;

  • quando mudou;

  • por que mudou.


Branch

Uma Branch é uma linha independente de desenvolvimento.

Exemplo:

Main

↓

Feature_PIX

↓

Correção_Boleto

Cada equipe pode trabalhar sem interferir nas demais.


Merge

Após os testes:

Branch

↓

Merge

↓

Main

As alterações são incorporadas ao projeto principal.


Clone

Permite copiar um repositório inteiro para a máquina do desenvolvedor.


Push

Envia alterações locais para o servidor Git.


Pull

Obtém as alterações mais recentes realizadas por outros desenvolvedores.


Git e COBOL

Hoje um programa COBOL pode seguir este fluxo:

Editar

↓

Commit

↓

GitHub

↓

Pipeline

↓

Compilação

↓

Testes

↓

Produção

Tudo semelhante ao desenvolvimento moderno.


Git e o z/OS

O código normalmente permanece armazenado no Git.

Quando necessário:

Git

↓

Pipeline

↓

Transferência

↓

Dataset

↓

Compilação COBOL

O processo é automatizado por ferramentas especializadas.


Ferramentas IBM

Diversas soluções integram Git ao Mainframe.

IBM Developer for z/OS (IDz)

Permite trabalhar com Git diretamente no Eclipse.


IBM Z Open Editor

Extensão para Visual Studio Code.

Suporte completo a:

  • Git;

  • COBOL;

  • JCL;

  • REXX.


IBM Dependency Based Build (DBB)

Automatiza builds utilizando código armazenado em Git.


IBM Wazi

Integra desenvolvimento moderno ao ambiente IBM Z.


z/OSMF

Pode participar de pipelines automatizados.


Plataformas Git

As mais utilizadas são:

  • GitHub;

  • GitLab;

  • Bitbucket;

  • Azure DevOps;

  • Gitea.


Git e CI/CD

O Git normalmente é o primeiro passo de um pipeline.

Commit

↓

Git

↓

Jenkins

↓

Build COBOL

↓

Testes

↓

Deploy

Benefícios

Histórico completo

Cada alteração fica registrada.


Trabalho em equipe

Diversos programadores podem desenvolver simultaneamente.


Segurança

É possível voltar rapidamente para versões anteriores.


Integração

Compatível com ferramentas modernas de DevOps.


Auditoria

Permite identificar quem alterou cada linha de código.


Quem utiliza Git no Mainframe?

Diversos profissionais.

  • Programadores COBOL;

  • Desenvolvedores PL/I;

  • Desenvolvedores Assembler;

  • DevOps Engineers;

  • Analistas de Sistemas;

  • Arquitetos;

  • Sysprogs;

  • Equipes de Qualidade.


Curiosidades incríveis

1. Git não substitui o z/OS

Ele controla o código-fonte, enquanto o z/OS continua sendo o sistema operacional que executa as aplicações.


2. Milhões de linhas de COBOL já são gerenciadas por Git

Grandes bancos e seguradoras migraram seus repositórios tradicionais para Git, mantendo décadas de código sob controle de versões moderno.


3. Git aproxima o Mainframe do restante da empresa

Equipes que desenvolvem em Java, Python, Node.js e COBOL passam a utilizar processos semelhantes de versionamento e colaboração.


4. O Git tornou-se peça fundamental do DevOps no IBM Z

Sem um sistema de controle de versões robusto, seria muito mais difícil automatizar builds, testes e implantações.


Erros comuns de iniciantes

"Git substitui PDS"

Não completamente.

Os programas continuam sendo compilados a partir de datasets no z/OS. O Git atua como repositório principal do código-fonte, enquanto ferramentas de build sincronizam os arquivos para o ambiente de compilação.


"Git serve apenas para Java"

Não.

Ele funciona igualmente bem com COBOL, PL/I, Assembler, JCL, REXX e praticamente qualquer tipo de arquivo texto.


"Git faz backup"

Não exatamente.

Embora mantenha o histórico das alterações, seu objetivo principal é o controle de versões e a colaboração entre desenvolvedores.


Quando aprender Git?

Depois de compreender:

  • COBOL;

  • JCL;

  • z/OS;

  • datasets;

  • DevOps;

  • CI/CD.

Esse conhecimento permitirá integrar o desenvolvimento Mainframe às práticas modernas utilizadas pelas maiores empresas do mundo.


Conclusão

O Git no z/OS representa a modernização do desenvolvimento no IBM Mainframe. Ele permite que aplicações escritas em COBOL, PL/I, Assembler e JCL sejam versionadas, compartilhadas e integradas a pipelines automatizados de DevOps, utilizando as mesmas práticas adotadas no desenvolvimento de software moderno.

Ao registrar cada alteração, facilitar o trabalho em equipe e integrar-se com ferramentas como GitHub, GitLab, Jenkins, IBM Dependency Based Build (DBB), IBM Developer for z/OS (IDz) e Z Open Editor, o Git tornou-se um componente essencial para qualquer profissional que deseje desenvolver aplicações IBM Z com qualidade, rastreabilidade e agilidade.

sexta-feira, 20 de abril de 2007

O que é DevOps no Mainframe?

 

Bellacosa Mainframe e o devops 

O que é DevOps no Mainframe?

Quando alguém começa a estudar IBM Mainframe, normalmente imagina um ambiente onde tudo é manual:

  • programas COBOL;  

  • JCLs;

  • compilações em telas verdes;

  • operadores executando jobs.

Essa visão já não representa a realidade das grandes empresas.

Hoje, bancos, seguradoras, companhias aéreas, operadoras de telecomunicações e governos utilizam conceitos modernos de desenvolvimento conhecidos como DevOps, também no ambiente IBM Z.

Na verdade, um dos maiores movimentos tecnológicos da última década foi justamente levar as práticas de DevOps para o Mainframe, integrando décadas de confiabilidade do IBM Z com ferramentas modernas de automação, integração contínua e entrega contínua.


Definição simples

DevOps no Mainframe é a aplicação das práticas de desenvolvimento ágil, automação e integração contínua ao ambiente IBM Z.

Seu objetivo é permitir que aplicações sejam:

  • desenvolvidas;

  • compiladas;

  • testadas;

  • implantadas;

  • monitoradas;

de forma rápida, automatizada e segura.

Em outras palavras:

DevOps é fazer o software chegar à produção com velocidade, qualidade e segurança.


Uma analogia simples

Imagine uma fábrica de automóveis.

Antigamente cada carro era montado quase artesanalmente.

Hoje existem robôs, esteiras e sensores.

O resultado:

  • produção mais rápida;

  • menos erros;

  • maior qualidade.

O DevOps faz exatamente isso com o desenvolvimento de software.



Antes do DevOps

Há alguns anos o processo era parecido com isto:

Programador COBOL

↓

Compila

↓

Entrega ao Analista

↓

Testes

↓

Produção

↓

Operador instala manualmente

Cada etapa dependia de pessoas.

Muitos processos eram totalmente manuais.


Depois do DevOps

Hoje o fluxo pode ser:

Programador

↓

Git

↓

Pipeline

↓

Compilação

↓

Testes

↓

Análise de qualidade

↓

Deploy

↓

Produção

Grande parte ocorre automaticamente.


O que significa DevOps?

A palavra vem da união de:

Development

Operations

Ou seja:

Desenvolvimento + Operações.

Essas duas equipes passam a trabalhar juntas.


Objetivos do DevOps

Entre os principais objetivos estão:

  • reduzir erros;

  • acelerar entregas;

  • automatizar processos;

  • aumentar a qualidade;

  • melhorar testes;

  • facilitar implantações;

  • reduzir riscos.


Como funciona no Mainframe?

Imagine uma alteração em um programa COBOL.

O programador salva o código.

Automaticamente:

Git

↓

Pipeline

↓

Compilação COBOL

↓

Build

↓

Testes

↓

Análise

↓

Deploy

↓

Produção

Sem intervenção manual.


Principais etapas

Controle de Versão

Todo código fica armazenado em:

  • Git;

  • GitHub;

  • GitLab;

  • Bitbucket.

Cada alteração fica registrada.


Build

Após um commit:

o pipeline executa:

  • compilação COBOL;

  • Link Edit;

  • geração de Load Modules;

  • geração de artefatos.


Testes

São executados automaticamente.

Exemplos:

  • testes unitários;

  • testes de integração;

  • testes automatizados.


Qualidade

Ferramentas verificam:

  • padrões de código;

  • complexidade;

  • cobertura;

  • vulnerabilidades.


Deploy

Após aprovação:

a aplicação é instalada automaticamente.


Ferramentas IBM

Diversas ferramentas fazem parte desse ecossistema.

IBM Developer for z/OS (IDz)

Ambiente moderno baseado em Eclipse para desenvolvimento COBOL, PL/I, Assembler e JCL.


IBM Z Open Editor

Extensão para Visual Studio Code.

Permite desenvolver aplicações Mainframe usando VS Code.


IBM Dependency Based Build (DBB)

Automatiza builds de aplicações Mainframe.


IBM Wazi

Ambiente moderno para desenvolvimento e testes em IBM Z.


IBM z/OSMF

Permite automações e administração via interface Web e APIs REST.


IBM UrbanCode Deploy

Automatiza implantações.


IBM Z Ansible Collection

Permite automatizar tarefas do z/OS utilizando Ansible.


Ferramentas de mercado

Também são comuns:

  • Jenkins;

  • GitHub Actions;

  • GitLab CI/CD;

  • Azure DevOps;

  • SonarQube;

  • Artifactory;

  • Nexus.


O pipeline

Um pipeline pode seguir este fluxo:

Git Commit

↓

Build COBOL

↓

Compilação JCL

↓

Testes

↓

Quality Gate

↓

Deploy Homologação

↓

Deploy Produção

Tudo pode ocorrer automaticamente.


DevOps e COBOL

O COBOL continua sendo a linguagem principal.

O que muda é a forma de trabalhar.

Antes:

Editar

↓

Compilar

↓

Produção

Agora:

Editar

↓

Git

↓

Pipeline

↓

Build

↓

Testes

↓

Deploy

O desenvolvimento torna-se mais seguro e rastreável.


DevOps e CICS

Também é possível automatizar:

  • instalação de programas;

  • BMS Maps;

  • transações;

  • recursos;

  • regiões.


DevOps e Db2

Os pipelines podem executar:

  • DDL;

  • BIND;

  • RUNSTATS;

  • EXPLAIN;

  • testes SQL.


Benefícios

Mais velocidade

Menos tempo entre desenvolvimento e produção.


Mais qualidade

Testes automáticos reduzem erros.


Mais segurança

Cada alteração fica registrada.


Padronização

Todos seguem o mesmo processo.


Menor risco

Deploys tornam-se previsíveis.


Quem trabalha com DevOps?

Diversos profissionais:

  • Programadores COBOL;

  • Desenvolvedores PL/I;

  • Sysprogs;

  • DevOps Engineers;

  • Administradores CICS;

  • DBAs;

  • Especialistas MQ;

  • Analistas de Qualidade.


Curiosidades incríveis

1. O Mainframe foi um dos primeiros ambientes a automatizar processos

Muito antes da popularização do DevOps, já existiam ferramentas para automação de jobs, builds e implantações no IBM Z.


2. Grandes bancos realizam dezenas ou até centenas de implantações por semana

Com pipelines automatizados, mudanças pequenas podem ser entregues com mais frequência e menor risco.


3. O Git tornou-se padrão também no Mainframe

Hoje é comum encontrar aplicações COBOL armazenadas em repositórios Git e integradas a pipelines CI/CD.


4. DevOps não substitui o Sysprog

O Sysprog continua sendo responsável pela infraestrutura do z/OS. O DevOps aproxima desenvolvimento e operações, automatizando processos e melhorando a colaboração entre equipes.


Erros comuns de iniciantes

"DevOps é uma ferramenta"

Não.

É uma cultura de trabalho apoiada por diversas ferramentas.


"COBOL não funciona com Git"

Funciona.

Hoje existem milhares de aplicações COBOL utilizando Git como sistema de controle de versões.


"DevOps elimina o operador e o Sysprog"

Não.

Ele reduz tarefas repetitivas e automatiza processos, mas continua dependendo de profissionais especializados para administrar a infraestrutura e definir as melhores práticas.


Quando aprender DevOps?

Depois de compreender:

  • COBOL;

  • JCL;

  • z/OS;

  • Git;

  • Build;

  • testes automatizados;

  • CICS;

  • Db2.

Esse conhecimento permitirá entender como o desenvolvimento moderno é realizado no IBM Mainframe.


Conclusão

O DevOps no Mainframe representa a evolução da forma de desenvolver e entregar aplicações no IBM Z. Ao integrar desenvolvimento, operações, automação, controle de versões e pipelines CI/CD, ele permite que sistemas escritos em COBOL, PL/I e outras linguagens tradicionais acompanhem a velocidade exigida pelos negócios atuais.

Mais do que uma coleção de ferramentas, DevOps é uma cultura que une equipes, reduz erros, acelera implantações e aumenta a qualidade do software. Para quem deseja construir uma carreira moderna em Mainframe, dominar conceitos como Git, Jenkins, DBB, IDz, Z Open Editor, Ansible e CI/CD tornou-se tão importante quanto conhecer COBOL e JCL.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988