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/administration/account-user-management/add-users.md
+6-1Lines changed: 6 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -52,13 +52,18 @@ Once you add a user to your Codefresh account, you can do the following to manag
52
52
53
53
54
54
##Teams in Codefresh
55
-
Teams are users who share the same permissions, roles, or requirements defined according to company processes. Teams allow you to enforce access control through ABAC (Attribute Based Access Control).
55
+
Teams are users who share the same permissions, roles, or requirements defined according to company processes. Teams allow you to enforce access control through ABAC (Attribute Based Access Control).
56
+
56
57
By default, there are two teams:
57
58
* Users
58
59
* Admins with users[invited as collaborators](#assign-a-user-to-a-team)
59
60
60
61
>Only Enterprise customers can add new teams. Other Codefresh plans can only use the predefined*Users* and*Admin* teams.[Contact us](https://codefresh.io/contact-us/){:target="\_blank"} to upgrade to an Enterprise plan.
61
62
63
+
###Automatically creating projects for teams
64
+
65
+
As part of the global pipeline settings for an account, when creating a team, you can also automatically create a project and a project tag with the same name as that of the team. Enabling**auto-create projects for teams** (disabled by default), simplifies permissions setup for pipelines and projects, as it also creates a Read rule for the project. See[Auto-create projects for teams]({{site.baseurl}}/docs/pipelines/configuration/pipeline-settings/#auto-create-projects-for-teams).
66
+
62
67
###Create a team in Codefresh
63
68
64
69
Create a team in Codefresh and then assign users to the team. You can assign the same user to multiple teams, as in most companies, users have overlapping roles.
Copy file name to clipboardExpand all lines: _docs/integrations/git-providers.md
+8-6Lines changed: 8 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -376,12 +376,14 @@ The Using means the following use cases:
376
376
377
377
You will get an error of Permission Denied or Forbidden to a Git Context that you do not have the correct permissions for that action.
378
378
379
-
###Tagging the Git Context
380
-
381
-
1. Navigate to Account Settings > Integrations > Configure for Git.
382
-
1. Hovering over the integration name (Git Context), you will see "Edit Tags" just before the edit symbol.
383
-
1. Select "Edit Tags," and you can add and remove tags.
384
-
1. Click Save when done.
379
+
###Assigning tags to Git Contexts
380
+
381
+
1. In the Codefresh UI, on the toolbar, click the**Settings** icon, and then from Configuration in the sidebar, select[**Pipeline Integrations**](https://g.codefresh.io/account-admin/account-conf/integration){:target="\_blank"}.
382
+
1. Click Configure for Git to see the list of Git provider integrations (Git contexts).
383
+
1. Select the row with the integration for which to add tags.
1. In the Codefresh UI, on the toolbar, click the**Settings** icon.
24
17
1. From Configuration in the sidebar, select[**Pipeline Settings**](https://g.codefresh.io/account-admin/account-conf/pipeline-settings){:target="\_blank"}.
Here you can define global template behavior. The options are:
42
+
43
+
* Enable[pipeline templates]({{site.baseurl}}/docs/pipelines/pipelines/#using-pipeline-templates) for users. If this is enabled some pipelines can be marked as templates and users can still select them when creating a new pipeline.
44
+
* Decide if users can clone an existing pipeline (along with its triggers and associated parameters) when[creating a new pipeline]({{site.baseurl}}/docs/pipelines/pipelines/#creating-a-pipeline).
45
+
46
+
Note that templates are simply pipelines “marked” as templates. There is no technical difference between templates and actual pipelines.
47
+
48
+
##Auto-create projects for teams
49
+
Enabled by default, auto-create projects for teams, automatically creates projects whenever you create teams in your account. It also creates access-control rules for the same team to projects and pipeline, simplifying setup and saving time.
>Once created, there is no synchronization between the project and the team. Modifying or deleting the team has no impact on the project and its tags.
96
+
97
+
**What are the benefits?**
98
+
As you can see, this option both simplifies and strengthens access-control:
99
+
100
+
* Use the Project rule automatically created for the team to grant access to additional projects simply by assigning the same tag to the other projects.
101
+
* Avoids the need to create rules per pipeline for the same project. The Pipeline rule automatically created for the team, automatically grants the same permissions to all pipelines in the same project. New pipelines in the project automatically inherit these permissions.
102
+
* Easily grant the same permissions to other teams for the same pipelines by creating Pipeline rules for the teams with the same project tags.
103
+
104
+
46
105
##Enabling cluster-contexts for pipelines
47
106
By default, all pipelines in the account can access all clusters integrated with Codefresh. Restrict pipeline access to clusters by enabling cluster-injection for individual pipelines in the account.
48
107
@@ -67,14 +126,7 @@ max-width="60%"
67
126
You can then select specific clusters for individual pipelines, through the**Kubernetes cluster** option in the[Pipeline's Policies section]({{site.baseurl}}/docs/pipelines/pipelines/#policies).
68
127
69
128
70
-
##Template section
71
-
72
-
Here you can define global template behavior. The options are:
73
-
74
-
* Enable[pipeline templates]({{site.baseurl}}/docs/pipelines/pipelines/#using-pipeline-templates) for users. If this is enabled some pipelines can be marked as templates and users can still select them when creating a new pipeline.
75
-
* Decide if users can clone an existing pipeline (along with its triggers and associated parameters) when[creating a new pipeline]({{site.baseurl}}/docs/pipelines/pipelines/#creating-a-pipeline).
76
129
77
-
Note that templates are simply normal pipelines “marked” as a template. There is no technical difference between templates and actual pipelines.
78
130
79
131
##Pipeline YAML section
80
132
@@ -122,7 +174,7 @@ Here you can set the defaults for advanced pipeline behavior. The options are:
122
174
123
175
Note that the first option affects pipeline resources and/or billing in the case of SaaS pricing. It will also affect users of existing pipelines that depend on this behavior. It is best to enable/disable this option only once at the beginning.
124
176
125
-
##DefaultBehavior forBuild Step
177
+
##Defaultbehavior forbuild step
126
178
127
179
Here you can decide if the build step will push images or not according to your organization’s needs. The options are:
Copy file name to clipboardExpand all lines: _docs/pipelines/triggers/git-triggers.md
+1-2Lines changed: 1 addition & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -182,8 +182,7 @@ The *modified files* field is a very powerful Codefresh feature that allows you
182
182
files affected by a commit are in a specific folder (or match a specific naming pattern). This means that
183
183
you can have a big GIT repository with multiple projects and build only the parts that actually change.
184
184
185
-
>Currently the field*modified files* is available only for GitHub, GitLab, Azure DevOps and[Bitbucket Server and Data Center](https://confluence.atlassian.com/bitbucketserver/manage-webhooks-938025878.html){:target="\_blank"} repositories, since they are the only GIT providers
186
-
that send this information in the webhook. We will support other GIT providers as soon as they add the respective feature.
185
+
>Currently the field*modified files* is available only for GitHub, GitLab, Azure DevOps, Bitbucket Server and Bitbucket (Cloud) repositories. We will support other Git providers as soon as they add the respective feature.
187
186
188
187
###Using the Modified files field to constrain triggers to specific folder/files