GitLab best practice

From pCT
Revision as of 22:19, 25 January 2017 by Mri083 (talk | contribs) (→‎Gitlab best practice: adding more external links)

Main Page -> Documentation -> Gitlab best practice

Gitlab best practice

This page is a collection of links to Gitlab documentation and will evolve into some guidelines how to use Gitlab within the project.

Git implements distributed repositories, git itself does not even make an assumption about a master repository. It is however good to have such a master repository and dedicated strategy how to contribute to it.

Terminology

  • fork: repository copy in a other user space of Gitlab server system
  • clone: local working copy on a machine
  • merge:
  • rebase:

Roles

There are two very different use cases, the

  1. User role: A user wants to download the code, compile it and use it.
  2. Developer role: A developer contributes to the development.

The developer fork

The developer fork is the main feature in Gitlabs/Githubs concept of distributed development, code sharing and code review.

Git commits

Log message format

Handling merge requests

Automatic merges

Fast-forward merges