Concebido para lidar com todo o tipo de projetos, o Git é um sistema de controlo de versões distribuído de código aberto e gratuito amplamente utilizado para o desenvolvimento de software. Fácil de aprender, com uma pegada minúscula e um desempenho rápido, o Git apresenta uma ramificação local barata, áreas de encenação convenientes e múltiplos fluxos de trabalho.

Resumindo, o Git trata basicamente de compor e guardar snapshots do projeto e depois comparar e trabalhar com esses snapshots. Este será o teu fluxo de trabalho básico, a maior parte do tempo:

1) Utilizarás o git add para começar a seguir novos ficheiros e para encenar alterações a ficheiros já seguidos;

2) Além disso, utilizarás o git status e o git diff para veres o que foi modificado e encenado;

Finalmente, o git commit para registar o snapshot na tua história.

Melhores Práticas para Escrever um Good Commit

Um good commit é fundamental por inúmeras razões. Ele armazena o conteúdo atual do índice juntamente com uma mensagem de registo do utilizador descrevendo as alterações. É importante escrevê-lo corretamente, uma vez que informará os teus colegas sobre o que estás a fazer, como e porquê, se é um inseto idiota ou apenas uma manhã fresca de segunda-feira.

De acordo com o esboço de Chris Beams, para escrever um good commit realmente bom é necessário:

• Separar o assunto do corpo com uma linha preta
• Limitar a linha de assunto a 50 caracteres
• Capitalizar a linha de assunto
• Não terminar a linha de assunto com ponto final
• Envolver o corpo com 72 caracteres
• Usar o corpo para explicar o quê e porquê vs como

O ponto mais importante acima é o último. Deves saber exatamente o que estás a fazer, porque o estás a fazer e como o estás a fazer. Se levares tempo a reflectir sobre estas três questões, acabarás por conhecer melhor a tua solução e analisar se esta é a melhor para esse problema em particular.

 

Por exemplo:

> git add readme.txt js/submit.js

> git commit -m “Patched validation form when submitted

>

> This was happening when clicking on the save button. I made the fix

> on submit event because it is the proper place to handle/listen

> submit event.”

Na Monday, ao chegarem de manhã, a primeira coisa que os nossos developers fazem é “stash save things on our git locally, pull from Branch Development and, then, apply stash things up to continue programming”. Este é o nosso dia normal e aqui está uma pequena lista de verificação passo a passo:

1. First Stash.

> git stash save

2. Pull from your development branch

> git pull origin development

3. Then, apply your development

> git stash apply

E então, estarás pronto para continuar o teu trabalho.

Cada Git necessita, pelo menos, de três tipos de branches: Development, Production e um para cada Bug ou Featured.

O  Development branch é o teu lugar especial e onde toda a magia acontece, também conhecido como ““Staging” or “QA”. Quando um bug aparece, deves fazer um branch com um nome específico como “Bug-#094” ou “Bug-Submit-Handler”. Depois de o corrigir, é necessário fundir-se no Development branch. Depois de passar todos os testes, podes então empurrar para o Production Branch.

Resumindo, o Git é uma das melhores ferramentas para trabalhar em equipa, pois é poderosa, fácil de usar e, para utilizadores avançados, uma ferramenta complexa para fazer outro fluxo de trabalho para lidar com todos os tipos de situações.

Obrigado por leres

Nós realmente queremos ouvir a tua opinião! Entra em contato connosco 

A Monday é uma agência digital e interativa baseada em Lisboa. Somos uma equipa de designers, builders & thinkers que fazem experiências digitais. Conhece alguns dos nossos clientes: Snickers, Red Bull, Twix, Philips, M&M’s