debian-mirror-gitlab/doc/university/training/gitlab_flow.md
2021-02-22 17:27:13 +05:30

1.9 KiB

stage group info comments type
none unassigned To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments false reference

What is the GitLab Flow

  • A simplified branching strategy
  • All features and fixes first go to master
  • Allows for 'production' or 'stable' branches
  • Bug fixes/hot fix patches are cherry-picked from master

Feature branches

  • Create a feature/bugfix branch to do all work
  • Use merge requests to merge to master

inline

Production branch

  • One, long-running production release branch as opposed to individual stable branches
  • Consider creating a tag for each version that gets deployed

inline

Release branch

  • Useful if you release software to customers
  • When preparing a new release, create stable branch from master
  • Consider creating a tag for each version
  • Cherry-pick critical bug fixes to stable branch for patch release
  • Never commit bug fixes directly to stable branch

inline

More details

For more information, read through the GitLab Flow documentation.