Git lab

Practices

 

Merge Request

Description

  • Put a good description, as a good commit message

    • Do squash or ask branch to be squashed

Milestones

  • Always use milestones

  • Easier to track project development
  • Easier to track sprint progress

Use Tags

  • Easier for code reviews to have some context

  • Easier to search for issues                        

Context

If you have a team work ticket, reference it

Team work / Gitlab Ticket

  • Reference it in your branch name
  • Reference it in your commit message / MR title

Preview

If you’re doing a frontend change (HTML/CSS)

MR with Preview

New configs?

  • Put the default configs in the MR

  • Update all geos’ configurations

Workflow

Code Review

  • Ask your MR to be reviewed by assigning them'​

  • @fdx

  • @vemec

Code Review

  • If you need peer-review

  • @ in a comment

As usual

  • Work on a feature/hotfix/task branch

  • Merge back to where it comes from:

    • Features -> Develop

    • Hotfix/Task -> Master

Operatives

  • Take the time to create a HOW TO in our Gitlab Wiki

How To's Wiki page

http://gitlab.afluenta.com/afluenta/afluenta-platform/wikis/how-to-s

Other

  • As always, follow our branching model: http://gitlab.afluenta.com/afluenta/afluenta-platform/wikis/branching

  • Don’t use tools -for now-

    • Cli tools -still- lack some features such as tags and milestones
  • ​Contribute to our Gitlab Wiki

Ideas / Comments?

Thanks

Made with Slides.com