-
Trabalhar com equipes com muitas
pessoas tem diversas vantagens,
-
mas também trazem os seus desafios.
-
Imagine,
por exemplo,
-
alguma aplicação que você
está desenvolvendo
-
com mais quatro pessoas.
-
Todo mundo tem a sua própria
branch e vai desenvolver nelas,
-
mas e na hora de juntar para main?
-
Talvez você prefira escrever
o seu código de uma forma,
-
uma outra pessoa prefira usar
uma identação de quatro espaços.
-
Mas como convergir
a ideia de todo mundo
-
e garantir que algumas regras
estão sendo seguidas?
-
Nós sabermos
que podemos usar branches
-
para implementar diferentes features
sem comprometer a branch main,
-
mas fazer o merge local e subir isso
na branch principal
-
pode causar basicamente
os mesmos problemas
-
do que implementar diretamente nela.
-
E é por isso então que nós vamos
conhecer as Pull Requests do Github.
-
Um processo no qual nós podemos
usar para conferir
-
se o código está aderente
e verificar algumas alterações
-
antes de subir para a barnch
principal.
-
Para que a gente consiga de fato
abrir uma Pull Request.
-
E a gente precisa entender
o que isso significa.
-
Uma Pull Request
é basicamente um pedido
-
para que a gente junte uma branch
a uma outra.
-
Então, imagine que a gente está
implementando uma funcionalidade
-
de carrinho de compras.
-
Eu crio a minha branch,
-
implemento tudo o que é necessário
para que isso funcione
-
e então subo para o Github,
-
não na branch principal,
mas sim na minha branch.
-
Se olharmos agora para o servidor,
-
nós temos a branch principal
e a minha branch de carrinho,
-
então ao invés de fazer um merge
localmente com o comando "git merge",
-
eu entro na plataforma
e faço um pedido de push equestre.
-
Dessa forma, todo mundo que tem
acesso poderá revisar o meu código
-
e quando tudo estiver de acordo,
aprová lo.
-
Vamos para o terminal
ver como é que isso funciona.
-
Então, aqui no nosso terminal
-
a gente já tem o nosso repositório,
o meu aplicativo,
-
que já está vinculado
com o repositório do gatinhando.
-
Então vamos começar
criando uma branch
-
nova chamada carrinho,
porque a gente começa a implementar
-
as novas funcionalidades.
-
Vamos começar então
digitando o comando git checkout
-
traço B carrinho
e com essa branch criada
-
vamos no explorador
de arquivos do Windows
-
para implementar alguns arquivos
novos aqui dentro.
-
Então a gente vai criar
um novo arquivo chamado Carrinho
-
e vamos colocar algum conteúdo aqui
dentro, como por exemplo header,
-
conteúdo
-
e rodapé simples.
-
Com esse arquivo
-
salvo, vamos voltar pro terminal
e fazer um commit dessas alterações.
-
Então primeiro vamos executar
o comando git added
-
commit traço m adicionando carrinho
-
e agora o git push
-
para que as nossas alterações subam
para o repositório.
-
É importante
lembrar que como a gente
-
está trabalhando numa branch
diferente, também a gente precisa
-
especificá la, que no nosso caso
é carrinho.
-
Com isso feito,
-
a gente vai receber uma mensagem
confirmando que o comando executou
-
com sucesso e alguns spoilers
aqui no meio, comentando
-
sobre como nós podemos prosseguir
para criar uma por request,
-
mas nós vamos ver como fazer isso
usando o navegador.
-
Então vamos lá.
-
Aqui dentro do navegador
-
nós conseguimos ver que
já há uma notificação ali no topo
-
informando
que uma nova branch foi criada,
-
que nós podemos comparar o código
e já abre uma com reconhece.
-
No entanto, a gente vai usar o menu
aqui do topo específico de recursos
-
para fazer isso.
-
Repare que aqui tem um botão Nova
Pull Request
-
e aqui nós podemos escolher a origem
e o destino das nossas grandes.
-
No nosso caso,
a esquerda ficará com a Brent Main,
-
que é o nosso destino
-
e já na direita
colocaremos a Brent Carrinho,
-
que é a frente original
que nós queremos implementar.
-
Aqui nós vamos ter uma previu
das alterações e com esse botão
-
nós podemos criar de fato
a nossa pull Request,
-
podendo colocar
até mesmo a descrição que detalha
-
mais especificamente o porquê
que aquela fit está sendo feita
-
clicando aqui.
-
Então nós seremos
redirecionados para a API.
-
Reconhece que nós abrimos aqui
dentro.
-
Nós já estamos na aba de conversação
ou de discussão.
-
Esse é o momento
de todos os integrantes da equipe
-
discutirem se a forma
com que aquilo foi implementado
-
é correta
e se faz sentido juntar aquilo.
-
A print de produção nesse momento.
-
A outras abas
também que nós podemos usar
-
para conferir o histórico
apenas daquela branch.
-
Ou seja, o que há de diferente
entre a branch principal é a branch
-
que nós criamos
e também a aba de modificações,
-
aonde nós podemos consultar
o conteúdo dos arquivos.
-
Uma vez que tudo esteja revisado,
-
os pares podem vir aqui
na aba de conversação
-
e clicar em Merge por qual este será
necessário digitar uma descrição.
-
Mas há um texto prévio aqui
que nós podemos utilizar.
-
Então assim que tudo tiver certo,
a gente pode clicar em Confirmar
-
Merge e o GitHub realizará
por debaixo dos panos os comandos.
-
Digite merge para a gente
e unirá as duas grandes.
-
A partir desse momento
a gente já pode fechar essa aba
-
e voltar para a aba de código
aonde na branch
-
nós vamos conseguir conferir
que no histórico há tanto
-
o nosso convite como o commit
necessário para fazer o merge.
