Você está na página 1de 7

Git e Github

- Configurando O Git
O que é?
Git é um sistema de controle de versão muito popular.
Você se familiarizará muito com este software em sua
jornada, então não se preocupe muito em decorar
tudo neste momento.
GitHub é um serviço que permite fazer upload do seu
código utilizando o Git e gerenciar seu código com uma
interface web agradável. GitHub e Git não são a mesma
coisa ou a mesma empresa.
Passo 1: instalar o Git / Linux
1.1: Atualize o sistema
Execute estes comandos no terminal para atualizar o
Linux:
1 sudo apt update
2 sudo apt upgrade
1.2: Instale o git
Agora execute estes para instalar o git:
1 sudo add-apt-repository ppa:git-core/ppa
2 sudo apt update
3 sudo apt install git
1.3: verificar a versão
Certifique-se de que sua versão do git seja pelo menos
2.28 executando este comando:
1 sudo add-apt-repository ppa:git-core/ppa
Certifique-se de que sua versão do git seja pelo menos
2.28 executando este comando:
Passo 1: instalar o Git / Windows
1.1: Verifique seu windows
acesse seu cmd pressionando as teclas + r
simultaneamente. execute este comandos no cmd para
descobrir se seu windows é 32 ou 64 bits:
1 wmic computersystem get systemtype

Caso apareça x86 - based PC o sistema instalado é de 32


bits, caso seja x64 - based PC, o sistema é 64 bits.
1.2: Baixe o git
Acesse o site de download do git aqui e escolha sua
versão.

1.3: Instale o git


abra o arquivo baixado e você verá essa tela

apenas clique em next e ao fim clique em finish.


Observação: a partir daqui todos os comandos serão
executados no terminal para quem usa linux e no
powershell para quem usa windows
Passo 2: configurar o Git e o GitHub
2.1: configurar o Git
Para que o Git funcione de forma correta, precisamos
que ele saiba quem somos nós para que ele possa
vincular um usuário Git local (você) ao GitHub. Isso
permite quando esteja trabalhando em equipe, as
pessoas vejam o que você commitou e quem commitou
cada linha de código.
Os comandos abaixo irão configurar o Git. Certifique-
se de inserir suas próprias informações dentro das
aspas (mas inclua as aspas)!
1 git config --global user.name "seu nome"
2 git config --global user.email "seuemail@exemplo.com"
O GitHub alterou recentemente a ramificação padrão
em novos repositórios de master para main. Altere a
ramificação padrão do Git usando este comando:
1 git config --global init.defaultBranch main

Para ativar a saída colorida com git, digite:


1 git config --global color.ui auto
Para verificar se tudo está funcionando
corretamente, insira esses comandos e verifique se a
saída corresponde ao seu nome e endereço de e-mail.
1 git config --get user.name
2 git config --get user.email
2.2: crie uma conta no GitHub ou faça login
Acesse o GitHub.com e crie uma conta! Se você já tiver
uma conta, faça login. Você não precisa usar o mesmo
endereço de e-mail usado antes, mas é legal usar ele
para simplificar as coisas.
Se o número da versão for menor que 2.28, siga as
instruções novamente.
Passo 2: configurar o Git e o GitHub
2.1: configurar o Git
Para que o Git funcione de forma correta, precisamos
que ele saiba quem somos nós para que ele possa
vincular um usuário Git local (você) ao GitHub. Isso
permite quando esteja trabalhando em equipe, as
pessoas vejam o que você commitou e quem commitou
cada linha de código.
Os comandos abaixo irão configurar o Git. Certifique-
se de inserir suas próprias informações dentro das
aspas (mas inclua as aspas)!
1 git config --global user.name "seu nome"
2 git config --global user.email "seuemail@exemplo.com"
O GitHub alterou recentemente a ramificação padrão
em novos repositórios de master para main. Altere a
ramificação padrão do Git usando este comando:
1 git config --global init.defaultBranch main

Para ativar a saída colorida com git, digite:


1 git config --global color.ui auto
Para verificar se tudo está funcionando
corretamente, insira esses comandos e verifique se a
saída corresponde ao seu nome e endereço de e-mail.
1 git config --get user.name
2 git config --get user.email
2.2: crie uma conta no GitHub ou faça login
Acesse o GitHub.com e crie uma conta! Se você já tiver
uma conta, faça login. Você não precisa usar o mesmo
endereço de e-mail usado antes, mas é legal usar ele
para simplificar as coisas.
2.3: criar uma chave SSH
Para criar uma nova chave SSH, execute o seguinte
comando dentro do seu terminal. O sinalizador -C
seguido pelo seu endereço de e-mail garante que o
GitHub saiba quem você é.
Observação: os ( < > ) no trecho de código abaixo indicam
que você deve substituir essa parte do comando pelas
informações apropriadas. Não inclua eles em seu
comando. Por exemplo, se seu e-mail for
devworld@admin.com, você vai digitar ssh-keygen -t
ed25519 -C devworld@admin.com.
1 ssh-keygen -t ed25519 -C <seu email>

Quando ele solicitar um local para salvar a


chave gerada, basta pressionar Enter.
Em seguida, ele solicitará uma senha; digite
alguma se desejar, mas não é obrigatório.
2.4: Vincular sua chave SSH ao GitHub
Agora, você precisa informar ao GitHub qual é sua
chave SSH para que você possa enviar seu código sem
entrar em sua conta todas as vezes.
Primeiro, você navegará para onde o GitHub recebe
nossa chave SSH. Faça login no GitHub e clique na sua
foto de perfil no canto superior direito. Em seguida,
clique em Settings no menu suspenso.
Em seguida, no lado esquerdo, clique em SSH and GPG
keys. Em seguida, clique no botão verde no canto
superior direito que diz New SSH Key. crie um nome
para sua chave, é legal que seja um nome descritivo o
suficiente para você lembrar de onde ela veio. Deixe
esta janela aberta enquanto você executa as
próximas etapas.

em branco por falta de espaço


Agora você precisa copiar sua chave SSH pública. Para
fazer isso, vamos usar um comando chamado cat para
ler o arquivo no console.
1 cat ~/.ssh/id_ed25519.pub
agora você deve copiar a saída, que começa com
ssh-ed25519 e termina com seu endereço de e-mail.
Agora, volte para o GitHub na janela do seu navegador
e cole a chave que você copiou no terminal. Em seguida,
clique em Add SSH key.
Agora você adicionou sua chave SSH com sucesso!
2.5 Testando sua chave
Siga as instruções neste artigo do GitHub para
verificar sua conexão SSH (não se esqueça de não
incluir o $ ao copiar e colar o código!) . Você deve ver
esta resposta em seu terminal: Olá < Seu nome >! Você
se autenticou com sucesso, mas o GitHub não fornece
acesso ao shell. Não deixe que a falta de acesso ao shell
do GitHub o incomode. Se você vir esta mensagem, você
adicionou sua chave SSH com sucesso e pode seguir em
frente. Se a saída não corresponder corretamente,
tente seguir essas etapas novamente ou peça ajuda em
nosso grupo.
- Introdução Ao Git
Introdução
Git é como um botão de salvar realmente épico para
seus arquivos e diretórios. Oficialmente, o Git é um
sistema de controle de versão.
QUando você salva um código em uma pasta ele vai ser
sempre a mesma versão, á menos que você crie várias
pastas com diferentes versões desse código como por
exemplo:
projeto 1.o
projeto 1.o final
projeto 1.o final final
No entanto, quando se salva no Git, ele registra e
exibe todas as diferenças nos arquivos e pastas E
mantém um registro no histórico de cada salvamento.
Esse recurso é um divisor de águas. Como um
desenvolvedor individual, o Git permite que você
analise como seu projeto cresce e veja ou restaure
facilmente estados de arquivos do passado. Uma vez
conectado a uma rede, o Git permite que você envie seu
projeto para o GitHub ou outras alternativas, como:
Bitbucket, Beanstalk ou GitLab para compartilhar e
colaborar com outros desenvolvedores.
Enquanto o Git funciona em sua máquina local, O
GitHub é um recurso de armazenamento remoto na
web para todos os seus projetos. Isso significa que, ao
aprender Git, você poderá exibir seu portfólio no
GitHub! Isso é muito importante porque quase todas as
empresas de desenvolvimento de software consideram
o uso do Git uma habilidade essencial para
desenvolvedores web modernos. Ter um portfólio do
GitHub fornecerá provas do que você é capaz para
futuros empregadores.
Recomendação:
Leia os Capítulos 1.1 a 1.4 neste livro sobre controle de
versão para aprender as diferenças entre sistemas de
controle de versão local, centralizado e distribuído.

Você também pode gostar