‫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.