Transcrições
1. Git e Github 201: introdução do curso: Bem-vindo ao Git e GitHub 201 fluxo de trabalho de obter intermediário. Nesta aula, mostrarei maneiras modernas de trabalhar com outros desenvolvedores. Como você contribui para o código de outras pessoas? E, no geral, apenas o
fluxo de trabalho moderno geral que cada programador e desenvolvedor precisa saber. A fim de trabalhar com uma equipe vai tocar em problemas do GitHub, pull requests, garfos, justs, obter aliases e muito mais. E obter um hub para um que estamos focados inteiramente no fluxo de trabalho de desenvolvimento moderno é extremamente importante saber o que você está fazendo com o Git quando você começa a trabalhar com uma equipe? Eu sou Caleb italiano e eu tenho usado Git e GitHub desde 2013 e hoje eu vou estar ensinando você Git intermediário e GitHub. suporte para Windows, Mac e Linux está incluído. Bem-vindo à minha aula sobre Git e GitHub, e espero vê-lo lá dentro.
2. Como configurar um projeto: Vamos em frente e obter uma configuração de projeto. Então você vai precisar de um repo de seu próprio para mim, eu só vou usar github.com barra Caleb Talia barra git traço essencial. E o que vou fazer é clonar isto para o meu computador. Então eu vou git clone e, em seguida, esse URL SSH. Ou você pode usar o URL HTTPS se você ainda não tiver uma chave SSH no GitHub, provavelmente não terá se estiver fazendo este curso pela primeira vez. E está tudo bem. Se você não tiver uma chave SSH no GitHub, você sempre pode usar o URL HTTPS, mas lembre-se, use seu próprio repositório. Não use meu repo. Ainda não, chegaremos a isso em algum momento. Mas certifique-se de usar seu próprio repo. Então você pode precisar criar um do zero se você ainda não tem um arco-íris. E isso é algo que cobrimos bastante detalhadamente no Git e no GitHub 101. Em seguida, vamos CD nessa pasta e vamos abrir isso. Em VS Code.
3. Ver observações anteriores: Tudo bem, como verificamos os commits anteriores? O que faz cair? Eu, vamos em frente e usar o terminal em código VS. E eu posso fazer status git. E você é registrado traço, traço uma linha e me mostra meu registro git. Temos etiquetas e outras coisas aqui. Este é apenas um repo que é de outro curso meu. E digamos que queremos voltar no tempo e queremos ver o que aconteceu exatamente aqui. Quando dissemos atualizado, leia o que aconteceu. Vamos em frente e abrir isso. Leia-me agora mesmo. E vamos ver o que temos aqui. Temos todos os tipos de coisas, contribuindo com todos os tipos de coisas boas. Digamos que queríamos voltar a este ponto específico no tempo. Então pegue o traço de log, traça uma linha, e vamos atualizar que Ramya. E vamos voltar a este ponto em particular que
sempre que isto foi, não sabemos quando foi. Então o que eu quero fazer é eu quero copiar este commit, hash, este E19 519 F. e eu quero digitar git checkout e então basta colar esse hash lá dentro. E você pode ver que algumas das minhas coisas mudaram lá à esquerda. Vamos em frente e fazer git log dash, traço uma linha. E você vai ver que a cabeça está agora no atualizado me leia e isso me leia. Não havia muito nele naquele momento. Então agora nós realmente mudamos onde nosso código está, não nosso código ciente de que nosso Git está apontando. Então, digamos que isso foi exatamente dois meses atrás. Voltamos no tempo, dois meses. E podemos ver exatamente todo o código que era, que existia a partir deste commit até este ponto no tempo. Agora aqui está a coisa é que sempre que você voltar no tempo com git checkout, você sempre tem que ter certeza de que você acaba voltando para o seu ramo principal ou mestre. E então, se eu fizer Git Branch, você pode ver que a cabeça está desanexada em E19 5-19 F. e você não quer ficar desligado por muito tempo. E você, especialmente, não quer trabalhar no modo desligado. Muito bom para olhar em volta. É muito bom para olhar em volta. Mas não é tão bom para realmente fazer trabalho. Na verdade, isso vai causar muitos problemas se você tentar trabalhar e, em seguida, fazer um commit neste momento. Então o que precisamos fazer é voltar para nossa filial chamada mestre. Ou, se você estiver usando uma versão mais recente do Git para GitHub, ela geralmente é chamada de principal. Então você faz git checkout mestre git checkout principal. Um dos dois realmente depende da idade do seu repositório. E então tudo o que tínhamos que fazer lá era obter checkout e então algum tipo de haxixe. E pegamos os primeiros sete ou oito caracteres de um hash. Então nós poderíamos fazer Git log traço, traço, uma linha. E vamos em frente e pegar amostras de rebase. Mas poderíamos fazer o checkout e, em seguida, o que quer que hashes seja registrado, traço, traço uma linha. Você pode ver meus arquivos alterados à esquerda lá e a cabeça está agora na amostra de rebase. E se eu fizer git branch, eu estou no modo desligado. Então git checkout, mestre. Git Branch me mostra que estou de volta em um ramo de verdade. Você sempre quer trabalhar em uma filial de verdade.
4. Quais são problemas?: Tudo bem. Vamos falar sobre quais são os problemas. Então, os problemas são quando você entra no Git Hub ou metlab ou bitbucket, geralmente
há algum tipo de guia que diz Problemas. E um problema é usado para arquivar muitas coisas diferentes. Possivelmente um bug seria uma boa primeira maneira de abrir um problema. Mas realmente é uma maneira de se comunicar com os mantenedores de um projeto sobre o que precisa acontecer ou o que deve acontecer. Então, um problema é, por exemplo, digamos que tivemos um erro de digitação em algum lugar. Acho que não temos, mas digamos que tivemos um erro de digitação em algum lugar aqui. O que poderíamos fazer é abrir um problema e podemos dizer novo problema
e alterar o erro de digitação no seu readme, IMD. E vamos apenas dizer que este é um problema de amostra. Agora, isso requer redução. Markdown é suportado. Então, se você quiser, você pode ir em frente e aprender algum título markdown. Esta é uma citação em bloco. E este é um problema de exemplo com um link para HTTPS. E então vamos apenas para o meu site Caleb dot IO título de pré-visualização. Isto é um blockquote, e este é um link para Caleb dot io. E assim posso apresentar esta nova edição. E você pode ver que as questões passaram de cinco para seis aqui em cima. E então vamos clicar de volta em questões e há um novo no ano. Agora, um problema é literalmente apenas texto. Não é código. Não há código associado a ele. É só o texto termina. Então você pode ter uma conversa inteira aqui. Perto poderia ser alguém afirmando que há um bug e poderia haver uma conversa aqui sobre, oh, não é realmente um bug, é propositalmente projetado dessa forma ou sim, talvez seja um bug. Como devemos resolver isso? Nesta edição, você pode ter o destinatário, então eu vou me atribuir a esta questão. E isso basicamente significa que sou o dono desta edição. Há rótulos diferentes. Você pode adicionar um a. Então, por exemplo, você poderia dizer que há um bug. Você obtém documentação adicional porque é o Read Me que estamos assumindo que tem uma tabela. Na verdade, não é tão longe quanto eu sei, de qualquer maneira. E digamos que é uma boa primeira edição e ajuda desejada. E isso adiciona todos esses rótulos em seus projetos. Se temos um projeto, podemos adicionar um projeto em seus marcos. A mesma coisa, isso é para mais Lake Agile gerenciamento de projetos. Não vamos entrar nisso agora. Solicitações de pesquisa vinculadas. Podemos ligar um pull request se quisermos. Mas ainda não temos um Pull Request associado a isso. Temos outros pedidos pull, com certeza. Mas não temos uma solicitação pull associada especificamente a esse problema. E então, novamente, a idéia aqui é que quando alguém pula em um repositório, ele pode passar para os problemas. E eles podem ver que há um problema de algum tipo e eles são, agora o que é realmente bom é que se você tiver um problema de codificação em seus problemas, você poderia apenas digitar o que é o problema. Então vamos dizer que eu tinha um erro de digitação em um pacote Python e ele estava impedindo que ele funcionasse com o Django. Eu poderia apenas clicar nele e eu poderia ler através dele e talvez
alguém já tenha experimentado esse mesmo problema e tenha uma solução. Esse é o poder de uma questão. Agora, um problema geralmente será associado a uma solicitação pull. Então, em algum momento, vamos abrir um pull request e ele vai
ser marcado ele vai marcar este problema em particular, edição número 36. Emissão número 36.
5. O que são brancos?: O que são filiais? Então ramos, enquanto tudo no Git é realmente um ramo, então mesmo em mestre ou principal, ainda é um ramo. Acontece que é o principal que usamos. Uma filial é basicamente uma cópia, uma cópia completa em carbono de todo o seu código do seu ramo mestre ou do seu ramo principal. E são apenas algumas mudanças nele. E então o que podemos fazer é não abrir isso. Está aberto isto. E vamos criar uma nova filial. Então, primeiro de tudo, vamos fazer ramo git. Certifique-se de que estamos no mestre. E então podemos fazer check-out git,
traço b, e então nosso novo nome de filial. Então 20-20, um novo nome de filial. E se eu fizer git branch novamente, novo nome de ramificação. Agora vamos em frente e adicionar um novo arquivo aqui. E vamos fechar isto. Leia-me, eu não quero salvar esse novo file.txt. E, na verdade, vamos chamá-lo de algo melhor. Vamos chamá-lo de novo arquivo da filial 2021. E vamos apenas dizer que este é um novo arquivo do 20-20 um ramo. Agora nós fizemos git checkout traço b. Então o que isso faz é que ele cria um novo ramo para nós e ele verificou. E assim, quando fazemos branch git, não
estamos mais no mestre onde neste novo ramo, GitHub atualmente não sabe sobre esse ramo. Aqueles que precisamos fazer é obter status. Git adicionar nosso novo arquivo de 2021 branch. Você percebe que eu usei citações em torno disso apenas para encapsular esses espaços e eles são apenas uma captura esses espaços. Obter status, git, commit, novo branch, comentário, novo branch, commit, não comentário. E então eu quero fazer git push origem e, em seguida, qualquer que seja esse ramo é chamado, então 2021, eu apertei Tab para auto-completar. E o que vamos ver assim que isso for feito é um Eu posso criar um pull request se eu quisesse obter hub agora está me deixando fazer isso. Mas o mais importante, se eu entrar aqui, eu posso clicar em ver todas as filiais. E há uma nova filial e você é chamado 2021 novo nome da filial. E então nós podemos realmente ir em frente e ver esta filial inteira. E neste ramo temos um novo arquivo de 2021 branch 2.txt aqui. E se você olhar para o nosso URL, estamos em github.com cortar o nome do usuário barra o nome do repositório,
blob e, em seguida, a ramificação. Oh, o que eu fiz lá? E então a ramificação e, em seguida, o nome do arquivo. Considerando que se eu voltar para o código-fonte original aqui, o código-fonte original e eu mudamos minha ramificação de volta para Master ou main. Depende da idade do repositório. Você vai ver que esse arquivo não existe aqui. E assim ele só existe em um ramo. E então o bom de uma filial é que você não precisa tocar no seu mestre ou na sua fonte principal de código. Podemos fazer é que você pode criar um novo ramo com git checkout traço b e, em seguida, o nome da ramificação, então traço ser nome da ramificação. E isso vai criar uma nova ramificação e mudar essa ramificação para você. E então você pode fazer todo tipo de trabalho lá dentro. E, em algum momento, você pode pedir ao Git ou ao GitHub para abrir uma solicitação de pesquisa para mesclar sua nova ramificação em seu trabalho mestre, que é o que faremos na próxima lição. Mas antes de fazermos isso, há uma coisa que precisamos fazer. Mais uma coisa que precisamos fazer. E git Branch, precisamos ser capazes de voltar ao mestre. Então, se quisermos voltar para o Mestre, nós git checkout master. E você pode ver este arquivo é realmente excluído e assistir quando eu faço git checkout 20-20, um novo nome de ramificação à esquerda. Esse novo arquivo vai aparecer. E boom, ele existe apenas neste ramo, mas ele não existe em Master de um fazer git checkout master não vai existir assim. Então ramifica uma cópia em carbono do seu trabalho principal. E você pode fazer o que quiser sem afetar o código-fonte principal, que é muito bom quando você está trabalhando com várias pessoas. Em seguida, vamos falar sobre pull requests.
6. Quais são as solicitações de pull, em inglês?: Certo, vamos falar sobre pedidos pull. Então, uma solicitação pull é basicamente uma maneira de você pedir ao mantenedor de um repositório para mesclar alguns de seu código em seu trabalho. E assim fazendo isso, você se tornaria um colaborador. E a idéia aqui é que você simplesmente tem, por exemplo, um pull request ou um PR para abreviar. E então você tem compromissos diferentes aqui. Assim, uma solicitação pull pode ter vários commits, geralmente vem de uma ramificação diferente ou de outro repositório. Este vem de outro repositório. Foi bifurcada, falaremos sobre isso no futuro. E os galhos dominam. E essa pessoa quer fundir seu trabalho no meu ramo mestre. E assim eu posso ver o que eles fizeram aqui. Posso ver que arquivos eles mudaram. Então diz que não é um arquivo vazio, ponto AMD. Este não é um arquivo vazio, este não é um arquivo vazio. E eles disseram D Kravitz Cy5 substituiu o lorem ipsum que costumava estar aqui com uma mensagem para o exercício no final da palestra 33 para o curso get Essentials, que não é este, este é Git e GitHub 201. E então a idéia aqui é que eu possa então rever essas mudanças e eu posso dizer, sim, isso foi bom. Posso melhorar essas mudanças. E isso não faz nada ainda que tenha aprovado. E então o que eu poderia fazer é fazer fusões, puxar pedidos, ou eu posso esmagar e fundir ou rebasear emergir. Normalmente, nós apenas os criamos. Nós mesclamos os pull requests. Fazemos um comerciantes normais que têm uma mudança de base. E tudo o que tenho que fazer é apertar este botão e ele vai para o meu ramo principal. Agora eu não quero fazer isso ainda porque eu quero que meu ramo mestre seja um pouco mais limpo. Não que haja algo de errado com esse pedido. Na verdade, este é um belo pedido de pull limpo. Sobre o que mais podemos falar? O NPR é um pedido de puxar. Há também um comentário para que você possa abrir uma nova solicitação de pesquisa. Por exemplo, vamos em frente e abrir uma nova solicitação de pesquisa. Isso não é clicar nesse botão. Aquele botão estava meio trapaceando. Comparem, vou comparar o meu nome de uma nova filial que é da última lição. E eu quero colocá-lo em mestre. E você pode ver que há um commit aqui, e há apenas um arquivo que está sendo alterado. Então eu posso ir em frente e criar essa solicitação pull e nova submissão de ramificação. Digamos que este é um novo teste de RP. Apenas testando um PR para combinar com o problema. Edição número 36, e eu apenas faço o
número 36 e isso cria um link e um pequeno pop-up agradável lá. E então eu posso ir em frente e eu posso criar este pull request ou eu posso adicionar um revisor. Vamos colocar alguém lá dentro? Não, porque eu sou o proprietário deste repositório, então eu não posso me
adicionar como um responsável de revisor, eu poderia definir etiquetas para mim mesmo. Digamos que há um bug duplicado, ajuda procurada. Poderíamos adicionar Projeto Marco, encerrar um problema vinculado. Vamos em frente e criar esta nova solicitação de pesquisa. E então tudo isso vai fazer é abrir um novo pedido de pesquisa, que podemos ver aqui em cima. Passou de 25 para 26. E este é um novo pedido de pesquisa. E então alguém poderia vir aqui, eles podem revisá-lo, eles podem melhorá-lo, e você não pode aprovar seus próprios pull requests embora. E isso é apenas para basicamente é para segurança. Então, se eu escrever algum código, eu quero que outra pessoa seja capaz de
revisá-lo para ter certeza de que eu não tenho nenhuma falha na minha lógica. E então eu posso mesclar este pull request final apertando este botão, que eu não vou fazer porque eu quero manter este repo agradável e limpo, mas isso é tudo que eu tenho que fazer e ele vai para o meu ramo mestre. Agora, normalmente criamos uma solicitação pull usando uma nova ramificação. Então eu não posso criar uma solicitação pull do mestre indo para o mestre porque se eu fizer git push origin master, ele só vai atualizar meu ramo mestre. Então eu preciso git push origem 2021 novo nome de ramificação. E isso vai criar uma nova filial para mim. E isso me permite criar este novo pedido de pesquisa. Tenha isso em mente, porque no caminho eu vou querer que você não apenas crie uma cópia
deste repositório, eu acho , mas eu vou querer que você crie um pull request para colocar algum código neste repositório também. Falaremos sobre isso na estrada. Não precisa se preocupar em fazer isso agora.
7. O que é is: Certo, vamos falar sobre bifurcação. Então bifurcação, e você pode ver aqui 37 garfos neste repositório agora bifurcados por todas essas pessoas. E o que a bifurcação faz é levar todo o meu projeto aqui e copiá-lo linha por linha para a sua conta. E então vamos em frente e codificar para todos. Vamos para github.com codificação de barras para todos. E vamos pegar os sete dias de toalha WAG. E vamos ver. Vamos nos certificar de que já não tenho este forte. Não, nenhum desses sou eu. Então o que eu posso fazer, então eu vou voltar e eu vou clicar neste botão fork e eu posso isso em qualquer outra organização ou minha própria conta pessoal. Vou selecionar minha própria conta pessoal. E então isso só vai levar um segundo rápido e isso vai desviá-lo. E assim você pode ver aqui em cima, agora está na minha conta lá, sete dias de espera até bifurcar a partir da codificação para todos cortar sete dias de toalha branca. E então o que eu posso fazer é agora eu posso clonar isso no meu computador. E eu posso modificar todo esse código. De qualquer forma, eu gosto, eu não seria capaz de fazer isso com código de outra
pessoa se você tivesse um repositório em sua conta, eu não posso clonar seu olho, não
posso clonar seu projeto, fazer alterações e empurrá-lo de volta porque ele não está no meu Conta do GitHub. Mas o que posso fazer é forquilhá-lo. Então, há uma cópia dele na minha conta do GitHub, então eu posso cloná-la. E posso fazer todas as mudanças que eu quiser. Então vamos fazer isso. Vamos gravar um diretório, e vamos fazer o clone do git. E eu vou colar aquele Lincoln seu CD, sete dias de pigtail, traço LA, ou se você está no Windows DIR. E vamos em frente e abrir isso em VS Code. E o que eu vou fazer é abrir o terminal aqui também, então eu não tenho que mudar entre dois programas diferentes. E o que eu quero fazer aqui é git Branch. E este é um fluxo de trabalho muito moderno com o qual vamos trabalhar aqui. Então, estou atualmente no Master. Se eu fizer o git remoto, acho que é VI maiúsculo, git remoto, minúsculas v. Lá vamos nós. Vamos tentar isso mais uma vez. Git remoto minúsculas v, a origem está apontando para Git Hub.com barra Caleb dizendo barra sete dias de abanado l ponto recebe, mesmo que este é bifurcado de codificação para todos, eu tenho uma cópia deste do meu pessoal no meu computador agora. E então vamos em frente e criar uma nova ramificação, git checkout dash b, nova demonstração de ramificação. Então git branch é para ter certeza que eu estou nessa filial. E vamos em frente e vamos apenas sobrescrever o readme. Substituído por caleb hacks ou algo assim. Agora que estou nesta filial diferente, o que posso fazer é dizer obter status, git diff, ler-me e isto vai mostrar-me que apaguei todas estas coisas e ir até ao fim, apenas acertando a seta para baixo. E adicionei uma linha substituída pelo Caleb, os hacks ou o status do git. Git add, me leia. Status do Git mais uma vez, git commit. E vamos comprometer isto com a nossa filial chamada nova demonstração de ramificação. Hacks, ord como git push origem, nova demonstração de ramificação. Agora vamos em frente e dar uma olhada no que isso parece. Então, se eu voltar aqui e apenas atualizar rapidamente, eu estou na barra Caleb, barra italiana, sete dias de toalha WAG no GitHub. Se eu entrar aqui, posso ver uma nova demonstração da filial. Se eu for para onde isso foi bifurcado a partir do repositório original, a codificação para todo mundo cortar sete dias de WAG dizer que branch não existe. Só existe a minha conta pessoal. E então o que posso fazer agora é abrir um pedido de pesquisa da minha versão bifurcada aqui. Então vamos em frente e comparar e pull request. E assim parece um pouco diferente desta vez. O que eu posso dizer é o repositório base, aquele em que eu quero mesclar código vai ser este repositório ou qualquer outro fork desse repositório. Vou selecionar o original. Qual ramo eu quero selecionar? Só o ramo mestre. É o único ramo que está lá dentro. O meu repositório principal será a barra da minha conta, o meu repo. Onde, onde eu quero me fundir ou emergir em vez disso. Então eu fiz todo o meu trabalho Caleb dizendo Slash 78s de WAG contar. E eu quero fundir a minha nova demonstração da filial em sete dias de WAG. Diga ao código para todos um, não o meu, mas o código para todos. E então vamos em frente e em primeiro lugar, ele vai puxar solicitações e vamos ver que não há solicitações de pesquisa lá. Vamos em frente e criar um pull request. E Doo-doo-doo-doo, vamos apenas atualizar e podemos ver que há um pull request lá de uma organização ou um indivíduo para outra organização. E eu posso entrar aqui, clicar nele. Ver o que mudou. E sabes que mais? Eu não gosto disso. Então o que eu vou fazer, um pull request, há meio que provar seu próprio pull request. Isso é que é uma pena. Esperava que pudéssemos nos safar disso porque uma não é uma organização chamada revestimento para todos na outra é uma conta pessoal. Mas isso não vai funcionar. O que eu posso fazer, porém, é que eu posso mesclar isso em que eu não quero fazer, ou eu posso fechar este pedido de pesquisa. Também posso atribuir revisores, rótulos
atribuídos, todo tipo de coisas. Vou em frente e fechar este pedido de pesquisa. E diz perto com inigualáveis commits. E o que posso fazer agora é apagar esta filial. E então eu vou em frente e deletar esse ramo. E se eu voltar para a
minha versão deste repositório em particular, a minha versão bifurcada. Minha filial foi deletada. Eu só tinha que atualizar a página lá só para ter certeza de que isso funciona corretamente.
8. Como excluir um repo: Ok, então eu tenho este repositório bifurcado aqui e eu quero excluí-lo. Então eu vou apenas ir para minhas configurações, rolar todo o caminho para baixo, e ir excluir este repositório. E isso vai fazer você basicamente copiar e colar isso ou digitá-lo à mão usando uma cópia e colá-lo lá dentro. E isso só vai confirmar que eu vou deletar do Caleb contando setenta anos de espera até que eu não o código para todas as organizações cortar sete dias de garota branca. Portanto, há apenas confirma que você está excluindo o repositório certo e outro RAM1. E então vamos clicar, eu entendo as consequências. Exclua este repositório. E repositório excluído Simples. Como isso.
9. O que são vistos?: Tudo bem, vamos falar sobre as coisas. Então, o que é um justo? Um só é um pequeno pedaço de código ou alguns arquivos que você pode compartilhar com alguém. E então vamos clicar neste pouco mais aqui em cima e dizer novo justo. E isso vai nos levar a apenas um github.com e podemos adicionar uma descrição. E é muito parecido com um repositório, mas muito menor. É muito mais Mini. E a idéia é que é apenas código que você deseja compartilhar e talvez incorporar em um site. E então vamos digitar meu primeiro apenas, e isso é realmente bom para compartilhar grandes pedaços de código com as pessoas. Especialmente se estiver falando com colegas de trabalho no Slack ou algo assim. Você sempre pode escrever, ajustar. Você pode copiar e colar um monte de seu código
aqui e então você pode simplesmente enviar-lhes o link. E então eu tenho apenas enviando-lhes spam todos os tipos de texto em folga. Então vamos. Olá, mundo dot py. É o que vamos chamar a este “Helloworld dot pi”. E isso simplesmente vai ser um arquivo Python. Diz impressão, olá mundo com coração. Vou criar um segredo justo ou público justo. Vou certificar-me de que isto é público. Mas há uma diferença. Então, quando criamos um segredo, apenas os juristas secretos são escondidos pelos motores de busca, mas visíveis para qualquer pessoa a quem você dá o URL. E um público justo é um público enquanto está disponível para todos. Então, sim, talvez vamos em frente e tornar isso um segredo só porque isso não é uma coisa valiosa, que eu realmente não quero contribuir com isso para o mundo inteiro. Podemos tornar isso em segredo, só podemos adicionar um segundo arquivo aqui, ou podemos apagar esse arquivo. Temos que ter um mínimo de um arquivo. Podemos ditar o número de espaços se não vai
ser usado espaços ou abas, recuando tamanho. Se vamos embrulhar ou ter embrulho macio ou sem rapping ou embrulho macio. E vamos em frente e apenas criar este segredo apenas, e então a idéia aqui é que eu agora tenho este link e eu posso copiar e colar este link para você. E é só um longo haxixe. Não é nada chique. E não tem uma bala nem nada. E eu posso copiar isso, colar esse link para você. E você pode ver esse código e então você pode incorporá-lo em seu site ou você pode baixar tudo isso como um zip. Agora o que é legal sobre isso é que ele também vem com revisões, então ele tem basicamente obter poder por trás dele. Então vamos em frente e editar isso mais uma vez. Olá mundo. E vamos imprimir. Esta é uma segunda revisão. Atualize o segredo e temos duas revisões aqui. Temos o primeiro e o segundo. E agora temos o poder de ficar por trás disso também. E novamente, a qualquer momento, você pode simplesmente incorporar esse código. Você pode salvá-lo em seu computador se quiser usar o programa GitHub. Eu não uso pessoalmente o programa GitHub em si. Ou você pode baixar o zip, você pode excluí-lo, você pode cancelar a assinatura. Você pode mandar as pessoas guardá-lo também. E então há muito poder por trás disso. E isso é muito, muito bom se você não quiser criar como um repositório completo, mas você tem, digamos, apenas cinco arquivos que você deseja compartilhar com alguém. Esta é uma boa maneira de fazer isso.
10. Git aliases: Tudo bem, vamos falar sobre conseguir pseudônimos. Tenho um pseudónimo chamado “Obter algas” e meu amigo Cody enviou-me isto e não tenho a certeza de onde é que o arranjou, mas esta é uma bela forma de ver o teu registo git. Então nós temos feito obter logado traço, traço, uma linha. E tudo bem, então você sabe, não
é ruim porque só há três internações aqui. Mas e se eu conseguir LG? Isto parece um pouco mais agradável, um pouco mais de cor, um pouco espaçado. O que acontece se eu fizer isso? Traga LG aqui, e isso parece melhor? Não, não muito melhor. Ou eu posso abrir isso em meu próprio terminal e mudar o tamanho dele muito facilmente e obter LG e isso parece muito melhor. E então o que eu posso ver aqui é que totalmente um autor na sexta-feira, 13
de novembro, sete dias de código fonte de cauda branca. 25 de novembro, ele atualizou o Leia-me em 14 de janeiro. Há uma nova filial onde meu chefe local está atualmente sentado. Então meu Git está apontando para este ramo particular chamado new branch demo. E o commit é chamado apenas hacks 4D. Temos identificações de submissão à esquerda. E nós temos todas essas coisas legais e tudo isso vem com um bom LG. Agora, se você digitar git LG Agora, simplesmente não vai funcionar para você. Você precisa de um pseudônimo. E então uma boa maneira de trabalhar com isso é se eu voltar aqui, porque isso é um pouco maior,
um pouco mais fácil de trabalhar enquanto eu estou gravando, pelo
menos eu posso digitar vim ou nano, ou talvez até mesmo código. Vamos tentar código tilde slash dot git config. E ainda assim isso abriu e VS Code para mim. E o que eu tenho aqui é toda a minha configuração git. Este é o meu pessoal. Então, meu usuário, lembre-se em obter um-para-um, quando estávamos tipo, o que nós digitamos? Git traço, traço, configure algo ao longo dessas linhas. Nome do ponto do usuário e user.email. Isso é o que nós sentamos aqui. Nome de usuário, e-mail do usuário. Eu também tenho núcleo e outras coisas aqui. Eu tenho um par de pseudônimos diferentes porque eu, eu verifico um monte de coisas que eu digitar obter C0 quando eu não estou gravando vídeos. A fim de obter isso obter o comando LG. Tenho um pseudónimo aqui. E diz que L G é igual a registrar todas essas coisas. Então, se eu apenas copiar isso, e vamos mover isso de volta para cima, pegar, e então eu apenas colar tudo isso lá dentro. Isso me dá aquele bom comando GET LG novamente. Mas isso é impossível de lembrar e impossível de digitar. Então o que fazemos é jogar isso em um alias dentro de nossa configuração dot git. E que git config novamente vem de root dot git config. Eu tenho algumas outras coisas aqui que você também pode querer roubar. Então rebase os esconderijos automáticos iguais a true. Pull rebase é igual a true. Então, sempre puxar programa GPG vai ser GPG para cor diferente. Tenho todas as coisas aqui. O que eu vou fazer é colar toda a
minha configuração do git em um arquivo que você pode baixar. Então, procure-o em seus arquivos de projeto ou procure-o nos arquivos de lição. Mas sim, tudo o que há para realmente criar um alias get é abrir sua configuração git. Você digitar alias entre dois colchetes rígidos, o nome do alias, então obter LG, Você não digitar git, apenas LG é igual a e, em seguida, qualquer que seja esse comando é. Então, por exemplo, obter C0 é o mesmo que git checkout para mim.
11. Seu projeto: Certo, vamos falar sobre o seu projeto. O que eu gostaria que você fizesse é ir para GitHub.com barra Caleb Colleen barra git traço essencial. E isso é de um curso GET diferente, mas isso ainda é muito, muito aplicável. O que eu gostaria que você fizesse é uma estrela neste repo, e que fosse repo bifurcado em sua conta. Quando isso for bifurcado para a sua conta, o que eu quero que você faça é cloná-lo para o seu computador a partir da sua conta, não desta em particular. Este não vai funcionar para você. Bem, a clonagem vai funcionar, mas você não vai ser capaz de empurrar para ele. Então você vai querer clonar da sua conta. Então deve ser github.com barra, seu nome de usuário barra obter essencialismo. Você quer clonar isso. Então eu quero que você crie uma nova ramificação e crie uma nova ramificação. Lembre-se, nós fazemos checkout git, traço b, novo nome da filial. Então eu quero que você adicione um arquivo, crie um novo arquivo que ainda não existe aqui. Crie um novo arquivo e empurre-o para sua nova filial. Depois de empurrá-lo para o seu novo ramo, você deve ver que o GitHub vai pedir-lhe para abrir um pedido de pesquisa. Mas se isso não acontecer, você sempre pode entrar em pull requests. E você pode criar uma nova solicitação de pesquisa. Vamos, vamos a partir dessa. E você vai querer selecionar sua ramificação, sua nova ramificação, e você quer colocá-la em mestre. Então, vai parecer um pouco diferente disso, mas vimos em alguns, começamos um vídeo algumas lições atrás. Então você só quer ter certeza de que você aponta seu repositório e sua ramificação para o meu repositório e a ramificação mestre, vá em frente e crie uma nova solicitação de pesquisa. E lembre-se, a qualquer momento, quando estiver criando uma solicitação pull, você sempre pode fechar suas próprias Solicitações Pull. Por isso, se achas que
estragaste tudo, podes sempre fechar o pedido. Você sempre pode editar sua solicitação pull. Certifique-se de adicionar um pouco de texto lá. E certifique-se de que os arquivos foram alterados é que há realmente algo lá dentro. E por último, mas não menos importante, faça uma captura de tela do seu pull request e compartilhe-a abaixo, compartilhe-a com o resto da turma. Eu adoraria ver que você está realmente abrindo um pull request aqui. E a ideia é que você vai bifurcar meu repo. E depois que você terminar de bifurcar esse repositório, você vai fazer uma alteração, enviá-lo para sua conta, e abrir uma solicitação de pesquisa para me pedir para trazer as alterações de sua versão do meu código. E essa é a maneira moderna de fluxo de trabalho usando pull requests. Vá em frente e dê uma chance e quando terminar, não se esqueça de compartilhar seu código e estou ansioso para ver o que você construiu e como sua jornada está indo no mundo do Git.
Kalob Taulien, Web Development Teacher
