comando_git
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
Ambos lados da revisão anteriorRevisão anteriorPróxima revisão | Revisão anterior | ||
comando_git [2024/12/09 12:25] – jdos | comando_git [2024/12/09 12:28] (atual) – removida jdos | ||
---|---|---|---|
Linha 1: | Linha 1: | ||
- | ====== Comandos Git ====== | ||
- | |||
- | ^ Comandos | ||
- | | git add . | Adiciona todos os arquivos | ||
- | | git commit -m " | ||
- | | git log | | | ||
- | | git status | ||
- | | git remote -v | ||
- | | git remote remove origin | ||
- | | git remote rename origin novo-origin | ||
- | | git clone < | ||
- | | git remote | ||
- | | git push origin main | | | ||
- | | | ||
- | |||
- | ===== Colaboração ===== | ||
- | |||
- | |||
- | Em um projeto que segue o modelo Open Source, as demandas, como novos recursos e correção de bugs, são descritas e listadas no repositório do GitHub via issues. Assim, caso você queira colaborar, é possível escolher uma **issue**. | ||
- | |||
- | Você precisará realizar um **fork** do projeto, que é uma cópia do repositório em sua conta. Assim, você poderá escrever o código que soluciona a issue escolhida. | ||
- | |||
- | Por fim, para enviar sua solução de volta ao repositório fonte, você precisará abrir um **pull request**, que é uma solicitação de pull das suas alterações. Esse **pull request** passará por um processo de avaliação dos responsáveis pelo projeto, podendo ser aceito ou não. | ||
- | |||
- | Caso seja aceito, seu código agora fará parte do código fonte desse projeto. | ||
- | |||
- | ===== Commit ===== | ||
- | |||
- | O controle de mudanças do Git é feito através dos commits. Cada commit armazena o estado completo do projeto em um determinado momento por meio de um snapshot. Ou seja, cada commit é um registro completo do repositório no momento em que esse commit foi criado. | ||
- | |||
- | Como cada commit é uma representação completa e consistente do estado do projeto em um determinado ponto no tempo, isso facilita a rastreabilidade e o entendimento de como se deu a evolução do código ao longo do tempo. | ||
- | |||
- | Todo commit conta com um id único e traz uma referência aos commits anteriores. Assim, através dessa cadeia de commits, o Git registra um histórico completo de todos os commits realizados no repositório. | ||
- | |||
- | ==== Boas práticas ==== | ||
- | |||
- | |||
- | As mensagens dos commits devem ser simples e objetivas. A seguir, listamos algumas orientações para isso: | ||
- | |||
- | * **Mantenha a mensagem curta e concisa:** A primeira linha da mensagem deve conter, no máximo, 72 caracteres. Caso seja necessário uma descrição adicional, você deve pular uma linha e adicionar os detalhes, como o contexto, da mudança realizada. | ||
- | * **Uso de verbo no infinitivo: | ||
- | * **Evite detalhes técnicos: | ||
- | * Um commit deve ser realizado sempre que você finalizar uma tarefa específica ou resolver algum bug. Isso mantém o histórico de commits claro e rastreável, | ||
- | * É importante realizar commits frequentemente. Porém, evite realizar commits muito pequenos ou muito grandes, pois isso pode tornar difícil o seu entendimento. | ||
- | * Lembre-se de nunca realizar um commit de um código que você sabe que contém bugs. O ideal é que o commit contenha somente código funcional. | ||
- | |||
- | ==== Adicionando colaboradores no commit ==== | ||
- | |||
- | O Git oferece a possibilidade de adicionar mais de um autor a um commit. Para isso, após escrever a mensagem do commit, pulamos duas linhas e usamos a palavra-chave Co-authored-by:, | ||
- | |||
- | Cada coautor deve estar em uma linha diferente, como é mostrado no exemplo a seguir: | ||
- | |||
- | < | ||
- | $ git commit -m " | ||
- | > | ||
- | > | ||
- | Co-authored-by: | ||
- | Co-authored-by: | ||
- | </ | ||
comando_git.1733757918.txt.gz · Última modificação: 2024/12/09 12:25 por jdos