KONNEKTING Development Rules

From KONNEKTING Wiki
Revision as of 08:46, 7 November 2020 by Konnekting (talk | contribs) (Created page with "== How we work == We follow the GitLab Flow, you can read more about this in detail here: https://docs.gitlab.com/ee/topics/gitlab_flow.html == Gitlab Flow in a hurry == =...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

How we work

We follow the GitLab Flow, you can read more about this in detail here: https://docs.gitlab.com/ee/topics/gitlab_flow.html


Gitlab Flow in a hurry

It all starts with an issue

Please make sure, you don't work on the coe without having a backing issue in the issue tracker of the corresponding project on GitLab. The issue must describe the problem in detail with all required logs and details to understand the issue.

Create a branch for the issue

When you have an issue to work on, you first need to create a git branch for it. This has the advantage, that you can work very isolated on the issue, without affecting others work, or beeing afected from others code changes. And of course, through the GitLab pipeline, every branch is tested in every update for "still works" by actually compiling and testing the code

But you must follow a specific naming scheme when creating the branch. It is as follows:

{issue-number}-any-description

For example:

6-add-crc-checks

That way, GitLab is able to create a reference from the issue to the branch. So one can later follow the changes and find the corresponding branch for the issue.