SlideShare uma empresa Scribd logo
1 de 9
Baixar para ler offline
GIT
OVERVIEW
AGNI G. B. CAMPOS
http://agni-tech.blogspot.com
(21) 96624-5486
AGENDA
1  / Apresentação
2  / Master / Develop
3  / Branch Auxiliar
4  / Criando Branch Auxiliar
5  / Branch Feature
6 / A successful Git branching model
APRESENTAÇÃO
Em seu núcleo, o modelo de desenvolvimento é muito inspirado
nos modelos existentes, ou sejam o "repo" central possui duas
ramificações principais "branchs" com  vida infinita:
- master
- develop
MASTER / DEVELOP
Após criado (uma única vez) o branch "master", o mesmo deverá então
ser clonado com objetivo de criar  o outro branch chamado "develop".
Consideramos "origin/master" como o branch principal e onde o código
fonte da HEAD sempre reflete um estado pronto para produção,
e consideramos  "origin/develop" ser o branch onde o código fonte de
HEAD sempre reflete um estado com as últimas mudanças de develop
entregues para a próxima versão.
BRANCH AUXILIAR
Paralelo aos principais branchs, "master" e
"develop", nosso modelo de desenvolvimento usa
uma variedade de branchs de apoio para auxiliar o
desenvolvimento paralelo entre os membros da
equipe, facilitar o rastreamento de recursos, se
preparar para lançamentos de produção e ajudar a
resolver rapidamente problemas de produção,
contudo, esses branchs sempre terão tempo de vida
limitado, já que serão removidos eventualmente.
Os tipos de Branchs Auxiliar mais comuns são:
- Feature
- Release
- Hotfix
CRIANDO BRANCH AUXILIAR
Imagine que vc deseja criar uma branch auxiliar do tipo Feature a partir da branch
develop
$ git checkout -b myfeature develop
Switched to a new branch "myfeature"
Após desenvolvimento concluído em "myfeature" é feito merge do mesmo com develop
e depois removido (opcional).
$ git checkout develop
Switched to branch 'develop'
$ git merge --no-ff myfeature
Updating ea1b82a..05e9557
(Summary of changes)
$ git branch -d myfeature
Deleted branch myfeature (was 05e9557).
$ git push origin develop
BRANCH FEATURE
Como sugestão o padrão para Feature Branch deverá seguir a nomenclatura:
SPRINT-XXX-001 - Sprint 001 da XXX
SPRINT-XXX-002 - Sprint 002 da XXX
SPRINT-ABC-001 - Sprint 001 da ABC
SPRINT-XPT-001 - Sprint 001 da XPT
...
-> Quando for desejado, o merge será feito conforme sequência de comandos abaixo:
Exemplo  de merge entre SPRINT-XXX-001 e develop 
$   git checkout develop
$   git submodule foreach git merge feature/SPRINT-xxx-001
$   git merge feature/SPRINT-xxx-001
$  git submodule foreach git push origin develop
$  git push origin develop
Importante: É interessante construir um dicionário com todas siglas desejadas no início
do projeto.
A SUCCESSFUL GIT BRANCHING MODEL
http://nvie.com/posts/a-successful-git-branching-model/
OBRIGADO PELA
ATENÇÃO!
AGNI G. B. CAMPOS
http://agni-tech.blogspot.com

Mais conteúdo relacionado

Semelhante a Git overview

Sgtech #3 - git flow
Sgtech #3 - git flowSgtech #3 - git flow
Sgtech #3 - git flowSG Tech
 
Gitlab flow solo (pt-BR)
Gitlab flow solo (pt-BR)Gitlab flow solo (pt-BR)
Gitlab flow solo (pt-BR)viniciusban
 
Web Training Aula 04: Introduction to Git
Web Training Aula 04: Introduction to GitWeb Training Aula 04: Introduction to Git
Web Training Aula 04: Introduction to GitMozDevz
 
Git that like a boss: UFRGS
Git that like a boss: UFRGSGit that like a boss: UFRGS
Git that like a boss: UFRGSEvandro Eisinger
 
Controle de Versão Distribuído com Git básico
Controle de Versão Distribuído com Git básicoControle de Versão Distribuído com Git básico
Controle de Versão Distribuído com Git básicoFabricio Nogueira
 
Controlando Projetos com Netbeans e Subversion
Controlando Projetos com Netbeans e SubversionControlando Projetos com Netbeans e Subversion
Controlando Projetos com Netbeans e Subversionlekitamura
 
ZF Básico - 4. Controle e Visão
ZF Básico - 4. Controle e VisãoZF Básico - 4. Controle e Visão
ZF Básico - 4. Controle e VisãoMarcos Bezerra
 
Criando projetos mestres ms project 2010 server
Criando projetos mestres ms project 2010 serverCriando projetos mestres ms project 2010 server
Criando projetos mestres ms project 2010 serverIgor Serra
 
(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?
(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?
(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?Danilo J. S. Bellini
 
Controle de Versões com Git
Controle de Versões com GitControle de Versões com Git
Controle de Versões com GitVagner Santana
 
Introdução ao git
Introdução ao gitIntrodução ao git
Introdução ao gitDiogo Gomes
 

Semelhante a Git overview (20)

Git e GitHub
Git e GitHubGit e GitHub
Git e GitHub
 
Sgtech #3 - git flow
Sgtech #3 - git flowSgtech #3 - git flow
Sgtech #3 - git flow
 
Gitlab flow solo (pt-BR)
Gitlab flow solo (pt-BR)Gitlab flow solo (pt-BR)
Gitlab flow solo (pt-BR)
 
Git hub and Laravel
Git hub and Laravel Git hub and Laravel
Git hub and Laravel
 
Web Training Aula 04: Introduction to Git
Web Training Aula 04: Introduction to GitWeb Training Aula 04: Introduction to Git
Web Training Aula 04: Introduction to Git
 
Git that like a boss: UFRGS
Git that like a boss: UFRGSGit that like a boss: UFRGS
Git that like a boss: UFRGS
 
Getstart
GetstartGetstart
Getstart
 
17 kb versoes-curso-gxxbr
17 kb versoes-curso-gxxbr17 kb versoes-curso-gxxbr
17 kb versoes-curso-gxxbr
 
Foundation 4 Framework CSS
Foundation 4 Framework CSSFoundation 4 Framework CSS
Foundation 4 Framework CSS
 
Controle de Versão Distribuído com Git básico
Controle de Versão Distribuído com Git básicoControle de Versão Distribuído com Git básico
Controle de Versão Distribuído com Git básico
 
Controle de versão e colaboração com Git
Controle de versão e colaboração com GitControle de versão e colaboração com Git
Controle de versão e colaboração com Git
 
Controlando Projetos com Netbeans e Subversion
Controlando Projetos com Netbeans e SubversionControlando Projetos com Netbeans e Subversion
Controlando Projetos com Netbeans e Subversion
 
Git 101
Git 101Git 101
Git 101
 
ZF Básico - 4. Controle e Visão
ZF Básico - 4. Controle e VisãoZF Básico - 4. Controle e Visão
ZF Básico - 4. Controle e Visão
 
Criando projetos mestres ms project 2010 server
Criando projetos mestres ms project 2010 serverCriando projetos mestres ms project 2010 server
Criando projetos mestres ms project 2010 server
 
(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?
(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?
(2015-03-14) [Grupy-SP] Projetos Open Source, como colaborar?
 
Controle de Versões com Git
Controle de Versões com GitControle de Versões com Git
Controle de Versões com Git
 
Introdução ao git
Introdução ao gitIntrodução ao git
Introdução ao git
 
Git
GitGit
Git
 
Branches-Intro
Branches-IntroBranches-Intro
Branches-Intro
 

Mais de Agni Campos

Curriculum - Agni campos
Curriculum - Agni campos Curriculum - Agni campos
Curriculum - Agni campos Agni Campos
 
Manage branchs using git bash
Manage branchs using git bashManage branchs using git bash
Manage branchs using git bashAgni Campos
 
Implementando microservices
Implementando microservicesImplementando microservices
Implementando microservicesAgni Campos
 
Overview arquitetura
Overview arquiteturaOverview arquitetura
Overview arquiteturaAgni Campos
 
Microservices arquitetura parte 2
Microservices arquitetura parte 2Microservices arquitetura parte 2
Microservices arquitetura parte 2Agni Campos
 
Microservices arquitetura - parte1
Microservices arquitetura - parte1Microservices arquitetura - parte1
Microservices arquitetura - parte1Agni Campos
 

Mais de Agni Campos (7)

Curriculum - Agni campos
Curriculum - Agni campos Curriculum - Agni campos
Curriculum - Agni campos
 
Auth
AuthAuth
Auth
 
Manage branchs using git bash
Manage branchs using git bashManage branchs using git bash
Manage branchs using git bash
 
Implementando microservices
Implementando microservicesImplementando microservices
Implementando microservices
 
Overview arquitetura
Overview arquiteturaOverview arquitetura
Overview arquitetura
 
Microservices arquitetura parte 2
Microservices arquitetura parte 2Microservices arquitetura parte 2
Microservices arquitetura parte 2
 
Microservices arquitetura - parte1
Microservices arquitetura - parte1Microservices arquitetura - parte1
Microservices arquitetura - parte1
 

Último

Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsDanilo Pinotti
 
Luís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdfLuís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdfLuisKitota
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploDanilo Pinotti
 
Programação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdfProgramação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdfSamaraLunas
 
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx2m Assessoria
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx2m Assessoria
 
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docxATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx2m Assessoria
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx2m Assessoria
 
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docxATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx2m Assessoria
 

Último (9)

Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object Calisthenics
 
Luís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdfLuís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdf
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemplo
 
Programação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdfProgramação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdf
 
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
 
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docxATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
 
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docxATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
 

Git overview

  • 1. GIT OVERVIEW AGNI G. B. CAMPOS http://agni-tech.blogspot.com (21) 96624-5486
  • 2. AGENDA 1  / Apresentação 2  / Master / Develop 3  / Branch Auxiliar 4  / Criando Branch Auxiliar 5  / Branch Feature 6 / A successful Git branching model
  • 3. APRESENTAÇÃO Em seu núcleo, o modelo de desenvolvimento é muito inspirado nos modelos existentes, ou sejam o "repo" central possui duas ramificações principais "branchs" com  vida infinita: - master - develop
  • 4. MASTER / DEVELOP Após criado (uma única vez) o branch "master", o mesmo deverá então ser clonado com objetivo de criar  o outro branch chamado "develop". Consideramos "origin/master" como o branch principal e onde o código fonte da HEAD sempre reflete um estado pronto para produção, e consideramos  "origin/develop" ser o branch onde o código fonte de HEAD sempre reflete um estado com as últimas mudanças de develop entregues para a próxima versão.
  • 5. BRANCH AUXILIAR Paralelo aos principais branchs, "master" e "develop", nosso modelo de desenvolvimento usa uma variedade de branchs de apoio para auxiliar o desenvolvimento paralelo entre os membros da equipe, facilitar o rastreamento de recursos, se preparar para lançamentos de produção e ajudar a resolver rapidamente problemas de produção, contudo, esses branchs sempre terão tempo de vida limitado, já que serão removidos eventualmente. Os tipos de Branchs Auxiliar mais comuns são: - Feature - Release - Hotfix
  • 6. CRIANDO BRANCH AUXILIAR Imagine que vc deseja criar uma branch auxiliar do tipo Feature a partir da branch develop $ git checkout -b myfeature develop Switched to a new branch "myfeature" Após desenvolvimento concluído em "myfeature" é feito merge do mesmo com develop e depois removido (opcional). $ git checkout develop Switched to branch 'develop' $ git merge --no-ff myfeature Updating ea1b82a..05e9557 (Summary of changes) $ git branch -d myfeature Deleted branch myfeature (was 05e9557). $ git push origin develop
  • 7. BRANCH FEATURE Como sugestão o padrão para Feature Branch deverá seguir a nomenclatura: SPRINT-XXX-001 - Sprint 001 da XXX SPRINT-XXX-002 - Sprint 002 da XXX SPRINT-ABC-001 - Sprint 001 da ABC SPRINT-XPT-001 - Sprint 001 da XPT ... -> Quando for desejado, o merge será feito conforme sequência de comandos abaixo: Exemplo  de merge entre SPRINT-XXX-001 e develop  $   git checkout develop $   git submodule foreach git merge feature/SPRINT-xxx-001 $   git merge feature/SPRINT-xxx-001 $  git submodule foreach git push origin develop $  git push origin develop Importante: É interessante construir um dicionário com todas siglas desejadas no início do projeto.
  • 8. A SUCCESSFUL GIT BRANCHING MODEL http://nvie.com/posts/a-successful-git-branching-model/
  • 9. OBRIGADO PELA ATENÇÃO! AGNI G. B. CAMPOS http://agni-tech.blogspot.com