Bem vindo de volta.
Vamos continuar de nosso vídeo anterior para falar sobre um fluxo de trabalho mais avançado e obter e GitHub.
Agora, até este ponto, Marcy e eu acabamos de trabalhar aqui, mestre do ramo.
O que isso significa?
Bem, diz branches, mas só vejo mestre aqui.
E você deve ter notado um problema com a maneira como estávamos fazendo as coisas.
Isso se for meu primeiro dia de trabalho e eu acabei de mudar o título.
Mas talvez a gente nem queira essa mudança.
Talvez isso quebre nossa marca ou nosso aplicativo.
Mas fui capaz de fazer isso facilmente para transformá-lo em m. talvez Marsi nem saiba que eu adicionei essa mudança
e isso é um grande problema, certo?
Você não quer colocar coisas no que chamamos de produção, no que o usuário vê.
Se isso vai quebrar nosso site.
Se você for uma grande empresa como o Facebook, isso pode significar milhões de dólares em receita perdida,
mesmo se você tiver um bug que dure algumas horas.
Então, vou mostrar a você um fluxo de trabalho mais realista que você terá, com a ramificação.
Não, mostre o que quero dizer.
Eu tenho aqui uma visão do que é realmente bom.
Até agora, estivemos trabalhando no que chamamos de master, que é o branch master.
Pense no ramo mestre como a autoridade.
Essa é a maneira certa que nosso aplicativo ou site deve ser.
E até agora, quando fiz o título de fundo legal, bem, passei de um gerador de
fundo a gerador de frio.
E então quando Marsi mudou para letras maiúsculas, então fomos para aqui e apenas fomos de uma forma linear de
uma ponta a outra, da outra à outra.
Mas, como eu disse, isso é um pouco problemático.
Portanto, a melhor coisa a fazer é o que chamamos de ramificação.
Se eu quiser mudar o título, vou criar um branch e chamá-lo de pequeno recurso, por exemplo, e
só trabalho nesse branch por conta própria sem afetar o branch master, o que o usuário vê.
E.
Só quando estiver concluído, quando Marsi tiver revisado, quando tivermos testado e todos na equipe estiverem
bem, então o trazemos de volta para M ..
E você pode ver aqui com o grande recurso, você pode continuar por um longo tempo em seu próprio
branch e somente quando terminar faça o que chamamos de merge in M ..
Vou mostrar como isso funciona hoje.
Vou fechar e lembrar do nosso exemplo, temos o computador da Marcy aqui com todos os arquivos e o
meu computador aqui com todos os arquivos.
Ambos temos nossa estação de trabalho configurada.
E agora você vê o que significa mestre em meu terminal e mostrarei nas notas a seguir como você pode ter
isso configurado para que diga em qual branch você está.
Mas podemos ver que estamos ambos no M ..
Esse é o meu computador.
E o computador de Marcy também é um M. Queremos ter certeza de que estamos ambos atualizados com o GitHub mais recente.
Então, Marcy vai conseguir puxar e eu também vou conseguir puxar.
E digamos que agora estou trabalhando em um novo recurso, e porque é um fluxo de trabalho melhor não trabalhar no
master e esta é uma boa dica, geralmente não funcione no master, sempre ramifique.
Se eu conseguir o Branch, eles vão me mostrar que, bem, eu só tenho um branch e esse é o mestre, mas podemos adicionar
a ele.
Podemos dizer: get branch new or little feature.
E agora se eu conseguir Branch.
Vejo que tenho pouco recurso, mas o master está destacado porque atualmente sou um master, então da maneira
que eu iria para o pequeno ramo do recurso, direi para obter o check-out.
Pequeno recurso.
E aí está, mude para branch pequeno recurso, e agora estou em um pequeno branch de recurso.
Então, o que fiz foi ramificar a partir de M. e agora criamos um pequeno recurso.
Vamos criar uma pequena mudança, direi no pequeno recurso, vamos mudar o
título de fundo de acesso atual para dizer que este é o fundo.
Vou ficar seguro aqui e, novamente, faço meu fluxo de trabalho simples que fizemos no último vídeo get status.
Vejo que temos o índice que uma pequena mudança deve limpar para que possamos ver.
Agora que fizemos essa alteração, vamos adicionar.
E, novamente, basta obter o status para ter certeza de que tudo deu certo.
Sim, estamos prontos para submeter indexáveis, então receberemos a mensagem de confirmação que será alterada.
Texto.
Perfeito.
Vamos deixar isso claro e agora novamente, para que o GitHub saiba das mudanças que precisamos fazer, faça push,
então vamos fazer push.
Tudo bem, vamos ao GitHub e ver o que aconteceu.
Vemos que agora temos essa barra amarela que acabou de aparecer e diz que você recentemente empurrou ramos.
Então, se eu clicar neste botão verde aqui, compare, puxe a solicitação.
Isso me mostra as mudanças que eu mudei, que mudei o título e aqui posso deixar
Marcy saber, dizendo, Marci, eu mudei o texto.
O que você acha?
E clico em Criar uma solicitação de pull.
E agora eu tenho meu PR e você vê aqui como diz Mersch pull requests?
Bem, se voltarmos ao nosso diagrama, criei esse pequeno recurso e agora estou dizendo, ei, Marci,
acabei de fazer essa nova alteração.
O que você acha?
Tudo bem para mim mesclá-lo com M ..
E o que vai acontecer aqui muito provavelmente é que o Marci virá ver esse pull request.
Você pode ver que estamos no pull request, ABSs, então ela poderá vê-los.
E ver Andray fez essa mudança.
Ela examinará as mudanças.
E ela vai dizer, hmm, bom, se ela gostar disso, ela pode ficar tipo, parece bom, ela pode clicar em iniciar
uma revisão e você sabe, ela gosta disso.
Então ela vai aprovar.
Agora, Marsi ou eu, geralmente você não quer mesclar suas próprias solicitações de pull, alguém da equipe faz.
Agora ele pode apenas dizer março, puxar, solicitar, confirmar, mesclar.
E aí está.
Às vezes, como excluir o branch depois, você pode apenas clicar em excluir aqui.
Se eu voltar ao código.
Bem, eu não tenho mais os branches porque acabei de excluí-los, mas no meu mestre, se eu for para o
Index Simmel, vejo que este é o fundo.
Então agora Marci pode ir para o projeto dela e dizer, consiga piscina.
E de novo.
Ela tem a atualização mais recente.
Agora, vamos falar sobre alguns conflitos que podem surgir agora, digamos que Marsi quer mudar algo e
eu também mudo a mesma coisa e temos nosso conflito Mirch.
Vamos ver o que acontece.
Então, digamos que Marsing queira mudar, criar um novo recurso dizendo que vamos chamá-lo de um grande recurso.
E ela dirá, faça check-out ou ganhe um grande recurso da Branch.
Ela dirá, dê uma olhada no grande recurso.
E se eu conseguir Branch, vemos que há um novo branch aqui.
Vamos deixar isso claro e ela vai dizer aqui que quer mudar isso de volta para fundo, cor ou gerador de fundo,
porque todos os usuários estão reclamando que o título mudou e gostam do título antigo.
Então ela mudou isso.
Ela fez o get add.
Obtenha o compromisso.
Revertendo ao antigo título.
Perfeito, e então ela vai conseguir empurrar.
Vamos esclarecer isso primeiro, na verdade, e conseguiremos empurrar.
Na primeira vez que você receber isso, poderá obter este erro dizendo que não há upstream, basta
copiar o código fornecido aqui.
Perfeito.
Agora, se eu voltar.
O gerador de segundo plano, vejo a grande solicitação de pull de recurso aqui.
E só para mostrar que você pode ter vários comentários, digamos que Marcy decida ah, sou eu, Marcy
decide adicionar um ponto de exclamação aqui.
Ela pode apenas dizer novamente, ela salva isso.
Isso é claro.
E ela vai dizer, pegue um anúncio.
Se comprometa, você faz muito isso, então você fica muito, muito bom de ficar depois
de trabalhar em uma empresa por um tempo e ela dirá adicionado X exclamação.
Opa, não é isso que eu quero fazer, comprometa-se.
Kimmett.
Adicionada exclamação.
E ela vai conseguir empurrar novamente.
E vamos voltar para buscar ajuda.
Se olharmos para a solicitação de pool, eles realmente terão ambos revertendo para todos os
títulos e exclamação adicionada, e vemos aqui ambas as alterações que criam as alterações de necessidades de solicitação de pool.
Andre.
Então, enquanto este pedido pobre está lá fora.
Decidi iniciar um novo branch chamado vamos apenas chamá-lo de conflito por enquanto.
E eu terei conflito de check-out.
E agora no ramo de conflito.
Eu decido mudar.
Isso apenas para remover completamente o gerador de carvão.
Eu disse aquilo.
Mais uma vez, verifico meu status e indico que meu arquivo foi alterado.
Então, enquanto isso está acontecendo, faço com que Marcy faça a fusão, para puxar a solicitação.
Então ela entrou na Mascia.
Seu pedido está dentro.
E agora, se eu voltar ao meu conflito, recebo um status.
E temos que adicioná-los, então adicione e se comprometa com uma mensagem curta aqui, basta verificar.
E agora se eu voltar para M ..
Oh, eu preciso obter o mestre de verificação novamente antes de enviar minhas alterações, quero ter certeza de que tenho a versão
mais recente de um mestre, então não vou mudar nada.
Não terei conflitos.
Então, vou conseguir obter o mais recente.
E agora vou fazer o checkout.
Ramo de conflito.
E eu posso fazer este comentário obter.
Merge.
M. Portanto, estou dizendo para fundir tudo o que é um mestre em conflito.
Marcy está trabalhando no grande recurso e o fundiu, então agora o Master tem o grande ramo de recursos.
Também criei outro ramo e tenho trabalhado sozinho no ramo de conflito.
E o ramo de conflito não sabe nada sobre masoquismo, dizendo, ei, tudo o que
é mestre agora, o que inclui o grande recurso em que Marsi trabalhou, puxe-o e certifique-se de que não
haja conflito.
Então eu faço isso.
E oh, eu obtenho conflito, conflito Merche e índice, não Mafa.
Agora, se eu realmente clicar em Sublime Text, deixe-me abrir para que você possa ver um melhor.
Oh, cara, eu entendi essa sintaxe pequena esquisita.
É opressor no início, mas é fácil ver o que acontece na cabeça é onde meu branch está
e me mostra que aqui até o fim eu não tenho mais o H1.
Mas no branch master, temos um gerador de background.
Agora posso falar com Marcy e dizer, ei, Marcy, quer manter o título do gerador?
E ela dirá, sim, essa foi a coisa certa a fazer.
Não mude o fundo.
Bem, nesse caso, eu apenas removo essas linhas.
E remova isso.
E salve agora se eu conseguir.
Status agora.
OK, temos o status modificado aqui.
Deixe-me diminuir novamente para que você possa ver, deixe-me esclarecer isso.
O que fazemos agora é adicionar novamente porque fizemos essas alterações e temos que resolver o
problema de fusão do cometa.
E eu esqueci de vamos tentar de novo.
E.
Problema de casamento de resolução de conflito que está claro aqui e obter status.
Nada que se compare ao trabalho para limpar, e se eu obtiver push, bem, novamente, recebo este erro, mas quero
mostrar a você desta vez se obtiver o conflito de origem de push.
Agora funciona, vamos voltar ao GitHub.
Veja que tipo de coisas nós temos, temos o ramo de conflito, e se olharmos para
o ramo de conflito agora, bem, não há nada mudado porque, bem, acabei de reverter todas as minhas alterações.
Então está completamente vazio.
Não há mudanças agora.
Então o Marcio falava assim, ei, você pretendia fazer essa foto?
Está vazio.
Todos veem essa mensagem da minha parte e eu posso continuar, e esse é o fluxo de trabalho que
vocês verão e receberão.
Vou deixar os comandos para você depois disso.
Mas veja, é muito, muito bom trabalhar com você aprende alguns comandos, e contanto que você
tenha esse modelo visual de cada vez que está trabalhando em algo, você sempre cria um branch.
Você o intitula com qualquer recurso no qual está trabalhando.
E de vez em quando você deseja puxar master e merge master em seu branch para ter certeza de não perder nenhuma
atualização que outros desenvolvedores ou colegas de equipe tenham feito.
Assim que tiver concluído o seu recurso, você faz uma solicitação pull fazendo get push e essa solicitação pull seus comentários de
adição e as pessoas irão revisar as alterações do arquivo.
E se eles quiserem que você faça algumas alterações, então você pode fazer novamente, obter adicionar, obter confirmação,
finalmente fazer suas alterações e então você pode mesclar, puxar a solicitação.
E uma vez feito isso, então todos os outros na equipe, agora há um novo mestre.
Portanto, todos os outros na equipe também deveriam ser puxados.
Leva um pouco de tempo para se acostumar, mas é um fluxo de trabalho
muito, muito bom para garantir que todos na equipe trabalhem no mesmo arquivo, nos mesmos projetos, sem causar erros e
garantindo que todos colaborem bem.
E é isso, espero que você ache isso útil.
Te vejo no próximo.
Bye Bye.