Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
apostila-git
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Deploy
Releases
Harbor Registry
Model registry
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
pet-estatistica
apostila-git
Commits
04fdb2de
Commit
04fdb2de
authored
9 years ago
by
Ângela Luiza Cunha Legey
Browse files
Options
Downloads
Patches
Plain Diff
Adiciona algumas regras ouro para commits
parent
ed5dc469
No related branches found
No related tags found
1 merge request
!4
Issue#14
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
cp_07.Rmd
+32
-3
32 additions, 3 deletions
cp_07.Rmd
cp_07.md
+32
-3
32 additions, 3 deletions
cp_07.md
with
64 additions
and
6 deletions
cp_07.Rmd
+
32
−
3
View file @
04fdb2de
...
...
@@ -62,10 +62,39 @@ realizadas entre uma versão e outra (principalmente para softwares).
Criando esse arquivo com estas informações, ele aparecerá automaticamente
em uma aba na página inicial do projeto.
- *Repositórios: níveis de acesso, adicionar colaboradores, configuração
inicial do repositório*
Outra parte fundamental do git, são os **commits**. Além de salvarem as
alterações realizadas nos arquivos, também são responsáveis por documentar
as alterações feitas por qualquer usuário e em qualquer arquivo.
Por causa dessa importância, uma mensagem bem escrita é a melhor forma
de se comunicar a alteração para os demais membros do grupo e para você
mesmo. Essas mensagens também aparecerão no git log do projeto,
por isso é essencial que sejam bem escritas, de forma clara e sigam um
padrão.
Algumas **regras de ouro** para que um projeto versionado com git
seja bem sucedido são:
- Faça commits regularmente: isso faz com que as mudanças de código
entre um commit e outro sejam menores, tornando mais fácil para todos
acompanhar as alterações;
- Não faça commits de trabalhos pela metade: faça um commit apenas
quando tiver finalizado o que estava propondo. Isso irá forçar você a
deixar o trabalho em pedaços menores, e por consequência realizar
commits regularmente.
- Teste antes de fazer um commit: resista à tentação de fazer um commit
que você pensa que está completo. Teste toda a sua realização para
ter certeza de que não causará um efeito colateral no projeto.
- Escreva boas mensagens de commit: seja claro e objetivo ao escrever
as mensagens de commit. No entanto, tome cuidado para não ser vago, ou
escrever apenas `mudança`, `mais mudanças`, etc. Se uma mensagem curta for suficiente, use `git commit -m 'Mensagem'`, mas lembre-se de ser
informativo sobre a alteração realizada, para ser útil para todos do
projeto.
- **Repositórios: níveis de acesso, adicionar colaboradores, configuração
inicial do repositório**
- *Commits: convenções gerais e específicas*
-
*
*Commits: convenções gerais
**
e
*
específicas*
## 2.Modelos de fluxos de trabalho
...
...
This diff is collapsed.
Click to expand it.
cp_07.md
+
32
−
3
View file @
04fdb2de
...
...
@@ -57,10 +57,39 @@ realizadas entre uma versão e outra (principalmente para softwares).
Criando esse arquivo com estas informações, ele aparecerá automaticamente
em uma aba na página inicial do projeto.
-
*
Repositórios: níveis de acesso, adicionar colaboradores, configuração
inicial do repositório
*
Outra parte fundamental do git, são os
**commits**
. Além de salvarem as
alterações realizadas nos arquivos, também são responsáveis por documentar
as alterações feitas por qualquer usuário e em qualquer arquivo.
Por causa dessa importância, uma mensagem bem escrita é a melhor forma
de se comunicar a alteração para os demais membros do grupo e para você
mesmo. Essas mensagens também aparecerão no git log do projeto,
por isso é essencial que sejam bem escritas, de forma clara e sigam um
padrão.
Algumas
**regras de ouro**
para que um projeto versionado com git
seja bem sucedido são:
-
Faça commits regularmente: isso faz com que as mudanças de código
entre um commit e outro sejam menores, tornando mais fácil para todos
acompanhar as alterações;
-
Não faça commits de trabalhos pela metade: faça um commit apenas
quando tiver finalizado o que estava propondo. Isso irá forçar você a
deixar o trabalho em pedaços menores, e por consequência realizar
commits regularmente.
-
Teste antes de fazer um commit: resista à tentação de fazer um commit
que você pensa que está completo. Teste toda a sua realização para
ter certeza de que não causará um efeito colateral no projeto.
-
Escreva boas mensagens de commit: seja claro e objetivo ao escrever
as mensagens de commit. No entanto, tome cuidado para não ser vago, ou
escrever apenas
`mudança`
,
`mais mudanças`
, etc. Se uma mensagem curta for suficiente, use
`git commit -m 'Mensagem'`
, mas lembre-se de ser
informativo sobre a alteração realizada, para ser útil para todos do
projeto.
-
**
Repositórios: níveis de acesso, adicionar colaboradores, configuração
inicial do repositório
**
-
*Commits: convenções gerais e específicas*
-
*
*Commits: convenções gerais
**
e
*
específicas*
## 2.Modelos de fluxos de trabalho
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment