Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
legTools
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
leg
legTools
Commits
07cf951a
Commit
07cf951a
authored
9 years ago
by
Fernando Mayer
Browse files
Options
Downloads
Patches
Plain Diff
Finishes contributing guide
parent
e6e6f113
No related branches found
No related tags found
No related merge requests found
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
CONTRIBUTING.md
+22
-2
22 additions, 2 deletions
CONTRIBUTING.md
with
22 additions
and
2 deletions
CONTRIBUTING.md
+
22
−
2
View file @
07cf951a
...
...
@@ -9,7 +9,7 @@ GitLab can be found in [Boas práticas do uso do Git e GitLab no LEG][]
## Workflow
In
`legTools`
we use the Gitflow workflow, which can be viewed in th
is
In
`legTools`
we use the Gitflow workflow, which can be viewed in th
ese
two links:
[
A successful Git branching model
][]
, and
[
Atlassian tutorial
][]
.
...
...
@@ -31,15 +31,35 @@ branch to make sure that what you are trying to do is not already being
done. Then create a new branch, based on the
`devel`
branch, and make
changes in this branch. When you are ready to submit your changes,
please open a Merge Request (MR), and explain in details your
implementation, and how this could be beneficil to the project.
implementation, and how this could be benefici
a
l to the project.
Also, if you're not sure about how to do something, but have an idea for
the project, feel free to open an issue and explain what you want from
there.
## General rules for commits
Commits are a very important part of git. The four most important rules
to follow are:
1.
**Commit often**
2.
**Don't commit half-done work**
3.
**Test before you commit**
4.
**Write good commit messages**
For more detailed explanation and specific guidelines, see
[
Criando commits
][]
in
[
Boas práticas do uso do Git e GitLab no LEG
][]
,
and
[
Version Control Best Practices
][]
.
****
Fell free to contact us (via email or an issue) if you have any doubts
about contributing.
<!-- links -->
[
A successful Git branching model
]:
http://nvie.com/posts/a-successful-git-branching-model/
[
Atlassian tutorial
]:
https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow
[
Boas práticas do uso do Git e GitLab no LEG
]:
http://git.leg.ufpr.br/leg/gitlab-rautu/blob/master/CONTRIBUTING.md
[
Version Control Best Practices
]:
http://www.git-tower.com/learn/git/ebook/command-line/appendix/best-practices
[
Criando commits
]:
http://git.leg.ufpr.br/leg/gitlab-rautu/blob/master/CONTRIBUTING.md#criando-commits
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