Git: Usando o Git e o GitHub: Difference between revisions

From Wiki
(Criou página com: '= Instalando o Git = Vamos instalar o cliente Git 1. Abra um terminal 2. Instale o Nginx '''Fedora.''' $ sudo dnf -y install git = Criando a sua conta no GitHub = Ac...')
 
 
(24 intermediate revisions by the same user not shown)
Line 1: Line 1:
= Instalando o Git =
Vamos instalar o cliente Git
1. Abra um terminal
2. Instale o Nginx
'''Fedora.'''
$ sudo dnf -y install git
= Criando a sua conta no GitHub =  
= Criando a sua conta no GitHub =  


Acesse o site [http://www.github.com www.github.com] e faça o seu cadastro.
Acesse o site [http://www.github.com www.github.com] e faça o seu cadastro.


Após criar a conta, clique no botão '''+New Repository''' para adicionar repositório. Exemplo: PrimeiroRep
Após criar a conta, clique no botão '''+New Repository''' para adicionar repositório.  
 
Exemplo: PrimeiroRepo


= Começando a usar =
= Usando o GitHub =


== Configurando Local ==
== Configurando o usuário, senha, email localmente ==


Abra um janela de shell e vamos definir os valores padrões.
Abra um janela de shell e vamos definir os valores padrões.
Line 35: Line 26:
  mkdir ~/workspace
  mkdir ~/workspace


Vamos clonar o PrimeiroRep
Vamos clonar o PrimeiroRepo
 
git '''clone''' <nowiki>https://github.com/<COLOQUE_O_SEU_USERNAME>/PrimeiroRepo.git</nowiki>


git '''clone''' https://github.com/<COLOQUE_O_SEU_USERNAME>/PrimeiroRep.git
== Alterando localmente e enviando para o repositório remoto ==


Vamos alterar um pouco :)  
Vamos alterar um pouco :)  


  cd PrimeiroRep
  cd PrimeiroRepo
   
   
  mkdir Pasta01
  mkdir Pasta01
Line 48: Line 41:
Agora vamos adicionar ao INDEX
Agora vamos adicionar ao INDEX


  git '''add''' *
  git '''add''' .


Fazendo o commit
Fazendo o commit
Line 56: Line 49:
Subindo para o repositório remoto
Subindo para o repositório remoto


  git push
  git '''push'''
 
Verifique no GitHub a nova pasta e arquivo criado
 
== Trazendo uma alteração remota  ==
 
Vá no site do Github e altere o arquivo README.MD.


Vamos conferir
Traga as alterações utilizando o comando


  git status
  git '''pull'''
= Ver também =
 
 
== Navegando entre as versões  ==
 
'''Importante: Navegar entre versões depende de como a organização trabalha com o Git.'''
 
Vamos listar as versões
 
git '''reflog'''
 
o resultado
 
84af342 (HEAD -> master, origin/master) HEAD@{0} commit: segundo commmit
12de321 (HEAD@{1}: commit (initial): commit inicial)
 
a versão atual é a 84af34, podemos voltar para a versão anterior usando o seguinte comando:
 
git '''reset''' --hard 12de321
 
Se você executar o reflog verá que o resultado será
 
o resultado
 
12de321 (HEAD -> master) HEAD@{0}: reset: moving to 12de321
84af342 (origin/master) HEAD@{1}: commit: segundo commmit
12de321 (HEAD -> master) HEAD@{02}: commit (initial): commit inicial)
 
 
== Trabalhando com Branches  ==
 
Branches são ramificações das versões de código. Elas permitem que indivíduos trabalhem de forma concorrente no código fonte do programa.
 
Após a alteração em cada Branch, realizamos um merge para que tenhamos um código principal unificado e estável.
 
Verificando a sua branch atual
 
git '''branch'''
 
Pegue o código principal
 
git '''pull'''
 
Criando a branch staging e alternando pra essa brach
 
git '''branch''' staging
git '''checkout''' staging
 
Alterando o código
 
echo "Trabalhando com Branches!!!" > arquivo02.txt
 
Subindo o código
 
git '''add''' .
git '''commit''' -m "Adicionado arquivo arquivo02.txt"
git '''push''' -u origin staging
 
Verifique no GitHub a branch staging, verifique também na branch master e veja a diferença
 
Realizando o merge da branch staging para o branch main. Para isso alternamos a branch, puxamos a atualização do servidor, fazemos o merge da staging com a master, depois subimos pro Github
 
git '''checkout''' master
git '''pull'''
git '''merge''' staging
git '''push'''
 
 
O que é Pull Requests? é quando alguém deve aprovar a sua alteração. Você pode subir também diretamente para a sua branch, e no Github você solicita que as suas alterações sejam aprovadas. Depois de aprovada as suas alterações foram parte da branch master.
 
= Sugestões de nomes para branches =
 
Sugestões para nomes de ramificações


* [[NodeJs: Instalando o NodeJs no Linux]]
* Production -> master/
* [[MongoDB: Instalando o MongoDB no Linux]]
* Development -> develop/
* [[Nginx: Instalando o Nginx no Linux]]
* Feature branch prefix -> feature/
* Release branch prefix -> release/
* Hotfix branch prefix -> hotfix/


= Ver também =


*[[Linux|  Mais Artigos sobre Linux / UNIX / AIX]]
* [[DevOps]]
*[[Tecnologias|  Mais Artigos sobre Cloud / WebDev / Tecnologias]]


[[Category:Git]]
[[Category:DevOps]]
[[Category:Linux]]
[[Category:Linux]]
[[Category:Cloud]]
[[Category:Cloud]]
[[Category:WebDev]]
[[Category:WebDev]]
[[Category:Tecnologias]]
[[Category:Tecnologias]]
[[Category:Fedora]]

Latest revision as of 14:20, 30 January 2024

Criando a sua conta no GitHub

Acesse o site www.github.com e faça o seu cadastro.

Após criar a conta, clique no botão +New Repository para adicionar repositório.

Exemplo: PrimeiroRepo

Usando o GitHub

Configurando o usuário, senha, email localmente

Abra um janela de shell e vamos definir os valores padrões.

git config --global user.name "<COLOQUE_O_SEU_NOME_AQUI>"
git config --global user.email "<COLOQUE_O_SEU_EMAIL_AQUI>"

Você consegue verificar se ok, executando o comando:

cat ~/.gitconfig

Iniciando o primeiro repositório

Vamos criar o nosso repositório local

mkdir ~/workspace

Vamos clonar o PrimeiroRepo

git clone https://github.com/<COLOQUE_O_SEU_USERNAME>/PrimeiroRepo.git

Alterando localmente e enviando para o repositório remoto

Vamos alterar um pouco :)

cd PrimeiroRepo

mkdir Pasta01
echo "Achei legal!!!" > arquivo01.txt

Agora vamos adicionar ao INDEX

git add .

Fazendo o commit

git commit -m "Adicionado pasta Pasta01 e um arquivo arquivo01.txt"

Subindo para o repositório remoto

git push

Verifique no GitHub a nova pasta e arquivo criado

Trazendo uma alteração remota

Vá no site do Github e altere o arquivo README.MD.

Traga as alterações utilizando o comando

git pull


Navegando entre as versões

Importante: Navegar entre versões depende de como a organização trabalha com o Git.

Vamos listar as versões

git reflog

o resultado

84af342 (HEAD -> master, origin/master) HEAD@{0} commit: segundo commmit
12de321 (HEAD@{1}: commit (initial): commit inicial)

a versão atual é a 84af34, podemos voltar para a versão anterior usando o seguinte comando:

git reset --hard 12de321

Se você executar o reflog verá que o resultado será

o resultado

12de321 (HEAD -> master) HEAD@{0}: reset: moving to 12de321
84af342 (origin/master) HEAD@{1}: commit: segundo commmit
12de321 (HEAD -> master) HEAD@{02}: commit (initial): commit inicial)


Trabalhando com Branches

Branches são ramificações das versões de código. Elas permitem que indivíduos trabalhem de forma concorrente no código fonte do programa.

Após a alteração em cada Branch, realizamos um merge para que tenhamos um código principal unificado e estável.

Verificando a sua branch atual

git branch

Pegue o código principal

git pull

Criando a branch staging e alternando pra essa brach

git branch staging
git checkout staging

Alterando o código

echo "Trabalhando com Branches!!!" > arquivo02.txt

Subindo o código

git add .
git commit -m "Adicionado arquivo arquivo02.txt"
git push -u origin staging

Verifique no GitHub a branch staging, verifique também na branch master e veja a diferença

Realizando o merge da branch staging para o branch main. Para isso alternamos a branch, puxamos a atualização do servidor, fazemos o merge da staging com a master, depois subimos pro Github

git checkout master
git pull
git merge staging
git push


O que é Pull Requests? é quando alguém deve aprovar a sua alteração. Você pode subir também diretamente para a sua branch, e no Github você solicita que as suas alterações sejam aprovadas. Depois de aprovada as suas alterações foram parte da branch master.

Sugestões de nomes para branches

Sugestões para nomes de ramificações

  • Production -> master/
  • Development -> develop/
  • Feature branch prefix -> feature/
  • Release branch prefix -> release/
  • Hotfix branch prefix -> hotfix/

Ver também