You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/gitlab-installation.md
+6-8Lines changed: 6 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ description: Install gitStream to your GitLab organization.
13
13
GitLab Installation Overview
14
14
15
15
1. Designate a gitStream user account.
16
-
1. Create a CM configuration file.
16
+
1. Create a `cm` repo and `.cm` configuration file.
17
17
1. Create a GitLab pipeline.
18
18
1. Install the gitStream service.
19
19
@@ -26,15 +26,13 @@ We recommend creating a [dedicated service account](https://docs.gitlab.com/ee/u
26
26
!!! tip "Use this account when you integrate gitStream"
27
27
Make sure to use this account when authorizing GitLab in LinearB.
28
28
29
-
## Create a `cm` repo and a CM Configuration File
29
+
## Create a `cm` repo and `.cm` configuration file.
30
30
31
-
Group rules are ideal when you want to enforce consistent rules across every repo in your GitLab group. You can define them by creating a special repository named `cm` in the parent group for the git repositories on which you want to run gitStream. Here, you can add automation files that apply to **all** repositories within that group that are connected to gitStream.
31
+
Create a `cm` project (repository) in your GitLab group. This repository must be created in the same group or parent group as the target repositories. In the root directory of the default branch (usually `master` or `main`), create a `gitstream.cm` rules file to define the workflow automations. The file name can vary but must end in `.cm`.
32
32
33
-
Create a `cm` project (repository) in your GitLab group, and create a `gitstream.cm` rules file in the root directory of your `cm` repository's default branch (usually `master` or `main`). This file will contain a YAML configuration that determines the workflows that run on your organization's repos. You can name the CM file anything you want as long as it ends in `.cm`
34
-
35
-
!!! info "Configuration files go in the repo's root directory."
36
-
Group-level rules require your `.cm` files to be placed in the repository's root directory.
37
-
You can also define specific repo-level rules under the `.cm` folder in each of the connected repositories
33
+
!!! info "Configuration files locations"
34
+
Group-level rules require your `.cm` files to be placed in the `cm` repository's root directory.
35
+
You can also define specific repo-level rules under the `.cm` folder in each of the connected repositories.
0 commit comments