Put a good description, as a good commit message
Do squash or ask branch to be squashed
Always use milestones
Easier for code reviews to have some context
If you’re doing a frontend change (HTML/CSS)
Put the default configs in the MR
Ask your MR to be reviewed by assigning them'
@fdx
If you need peer-review
@ in a comment
Work on a feature/hotfix/task branch
Merge back to where it comes from:
Features -> Develop
Take the time to create a HOW TO in our Gitlab Wiki
http://gitlab.afluenta.com/afluenta/afluenta-platform/wikis/how-to-s
As always, follow our branching model: http://gitlab.afluenta.com/afluenta/afluenta-platform/wikis/branching
Don’t use tools -for now-