Git: Usando o Git e o GitHub: Difference between revisions
(11 intermediate revisions by the same user not shown) | |||
Line 3: | Line 3: | ||
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: | Após criar a conta, clique no botão '''+New Repository''' para adicionar repositório. | ||
Exemplo: PrimeiroRepo | |||
= Usando o GitHub = | = Usando o GitHub = | ||
== Configurando | == 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 24: | Line 26: | ||
mkdir ~/workspace | mkdir ~/workspace | ||
Vamos clonar o | Vamos clonar o PrimeiroRepo | ||
git '''clone''' https://github.com/<COLOQUE_O_SEU_USERNAME>/ | git '''clone''' <nowiki>https://github.com/<COLOQUE_O_SEU_USERNAME>/PrimeiroRepo.git</nowiki> | ||
== Alterando localmente e enviando para o repositório remoto == | == Alterando localmente e enviando para o repositório remoto == | ||
Line 32: | Line 34: | ||
Vamos alterar um pouco :) | Vamos alterar um pouco :) | ||
cd | cd PrimeiroRepo | ||
mkdir Pasta01 | mkdir Pasta01 | ||
Line 39: | Line 41: | ||
Agora vamos adicionar ao INDEX | Agora vamos adicionar ao INDEX | ||
git '''add''' | git '''add''' . | ||
Fazendo o commit | Fazendo o commit | ||
Line 49: | Line 51: | ||
git '''push''' | git '''push''' | ||
Verifique no GitHub a nova pasta e arquivo criado | |||
== Trazendo uma alteração remota == | == Trazendo uma alteração remota == | ||
Line 63: | Line 63: | ||
== Navegando entre as versões == | == 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 | Vamos listar as versões | ||
Line 71: | Line 73: | ||
84af342 (HEAD -> master, origin/master) HEAD@{0} commit: segundo commmit | 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: | a versão atual é a 84af34, podemos voltar para a versão anterior usando o seguinte comando: | ||
git '''reset''' --hard | 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 de nomes para branches = |
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
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/