1 Download and Upgrade to 15.0+ Series
2 New Features of ZenTao 15 Series
3 Interface Changes of 15 Series
4 Update to the Latest Version
5 Quick Start of 15 Series
6. Basic Application of Version 15
6.1 Beginner
6.2 Add Integrally
6.3 API Library
7. Base On The Roles
7.1. Admin
7.1.1 Edit Departments and Team Members
7.1.2 Edit Users
7.1.3 Edit Privilege
7.2. Program Leader
7.2.1 Create a Program
7.2.2 Link to Products
7.2.3 Create a Project
7.2.4 Manage Staffs
7.2.5 Add a Program Stakeholder
7.3. Product Owner
7.3.1 Create a Product
7.3.2 Edit Modules
7.3.3 Product Multi-branch/Platform Management
7.3.4 Edit Plans
7.3.5 Edit Stories
7.3.6 Review a Story
7.3.7 Create a Release
7.3.8 Tracking Progress
7.4. Project Manager
7.4.1 Edit Projects and Execution
7.4.2 Edit Teams
7.4.3 Link to Stories
7.4.4 Split Tasks
7.4.5 Tracking Progress
7.4.6 Waterfall Project
7.4.7 Kanban Project
7.5. Development Team
7.5.1 Apply for Tasks and Bugs
7.5.2 Update Status
7.5.3 Complete Tasks and Bugs
7.5.4 Submit Codes
7.5.5 The General Kanban, Story Kanban, Bug Kanban, and Task Kanban
7.6. Test Team
7.6.1 Edit Users' Case
7.6.2 Execute Users' Case
7.6.3 Submit a Bug
7.6.4 Test and Close a Bug
8. DevOps Features
8.1 Git/SVN Repository Management and Viewing Code
8.2. Integrate GitLab
8.2.1 Integrate GitLab, Bind Users, Link to Issues and Create a Build
8.2.2 Integrate GitLab and Submit the Merge Requests
8.2.3 GitLab Privilege in ZenTao
8.3 Integrate Jenkins and Create a Build
8.4 Integrate SonarQube
9 General Kanban
10. Backstage Settings of Version 15
10.1 Desktop
10.2 Model
10.3 Custom
10.4. Message
10.4.1 Mail
10.4.2 Webhook
10.4.3 Browser
10.4.4 Settings
10.5 Extension
10.6 Secondary Development
10.7 System
10.8 Import Jira Data
10.9 Registration Menu and Privilege
11. Privileges Management and Access Control of Version 15
11.1 Privileges Management and Access Control for Programs
11.2 Privileges Management and Access Control for Products
11.3 Privileges Management and Access Control for Projects
11.4 Privileges Management and Access Control for Executions
11.5 Access Control and Data Relationships for Projects and Executions

GitLab Privilege in ZenTao

2022-02-10 11:15:44
Hongyan
2114
Last edited by Hongyan on 2022-02-10 11:16:24
Share links
Summary : The GitLab privilege in ZenTao is consistent with GitLab (except in cases where the GitLab interface is not supported) in ZenTao 16.3.

GitLab Privilege in ZenTao

The GitLab privilege in ZenTao is consistent with GitLab (except in cases where the GitLab interface is not supported) in ZenTao 16.3.

 

This means that when a ZenTao user is bound to a GitLab user, that user will be controlled by both ZenTao system privileges and GitLab user privileges.

 

Privileges are clearer, more logical and more in line with management processes and specifications.

1. Check if the ZenTao user is bound to a GitLab user

  • GitLab user binding check is only performed when the current user is not a ZenTao administrator;
  • Assuming that the ZenTao user has been bound with the GitLab server user, the buttons in the GitLab server operation column can be clicked; 

  • Assuming that the ZenTao user is not bound to the GitLab server user, the project list, group list, user list and user binding in the GitLab server operation column are all inoperable. 


2. Visible Privilege for GitLab Projects in ZenTao

  • All GitLab projects are visible to ZenTao administrators.
  • Assuming that the visibility of the GitLab project is public, the project is visible to any ZenTao users who have bound Gitlab users;
  • Assuming that the GitLab project visibility is private and the current ZenTao user is bound to the GitLab user belonging to the project, the project is visible to the ZenTao user;
  • Assuming that the GitLab project visibility is private and the current ZenTao user is bound to a GitLab user who does not belong to the project, the project is not visible to the ZenTao user;
  • Assuming the GitLab project visibility is internal and the current ZenTao user is bound to a GitLab user within this GitLab server, the project is visible to the ZenTao user.

2.1 Edit GitLab project privilege in ZenTao

  • ZenTao administrators are able to edit all GitLab projects;
  • Assuming that the current ZenTao user is bound to the GitLab project owner user, the ZenTao user can edit this project;
  • Assuming that the current ZenTao user is bound to the non-owner user of the GitLab project, the ZenTao user cannot edit this project;
  • Projects cannot be edited through the GitLab interface maintainer, the same account can be edited in GitLab. 

2.2 Delete GitLab project privilege in ZenTao

  • ZenTao administrators are able to delete all GitLab projects;
  • Assuming that the current ZenTao user is bound to the owner user of the GitLab project, the ZenTao user can delete this item;
  • Assuming that the current ZenTao user is bound to the non-owner user of the GitLab project, the ZenTao user cannot delete this item. 

2.3 Branch protection management privilege for GitLab projects in ZenTao

  • ZenTao administrators can access the branch protection list;
  • Assuming that the current ZenTao user is bound to the maintainer or owner user of the GitLab project, the ZenTao user can access the branch protection list;
  • Assuming that the current ZenTao user is bound to the non-maintainer and non-owner users of the GitLab project, the ZenTao user cannot access the branch protection list.

2.4 Tag Protection management privilege for GitLab Projects in ZenTao

  • ZenTao administrators can access the label protection list;
  • Assuming that the current ZenTao user is bound to the maintainer or owner user of the GitLab project, the ZenTao user can access the tag protection list;
  • Assuming that the current ZenTao user is bound to the non-maintainer and non-owner users of the GitLab project, the ZenTao user cannot access the tag protection list. 

3. Visible privilege for GitLab groups in ZenTao

The "Group List" in GitLab is not clickable and you cannot access the Group List page if the user is not bound to a GitLab user. Only if the ZenTao user is bound to the GitLab user can privileges be determined as follows:

  • All GitLab groups are visible to ZenTao administrators;
  • Assuming that the GitLab group visibility is public and the current ZenTao user is bound to the GitLab user, the group is visible to the ZenTao user;
  • Assuming that the GitLab group visibility is private, and the current ZenTao user is bound to a GitLab user belonging to the group, the group is visible to the ZenTao user;
  • Assuming that the GitLab group visibility is private, and the current ZenTao user is bound to a GitLab user who does not belong to the group, the group is not visible to the ZenTao user;
  • Assuming that the GitLab group visibility is internal, and the current ZenTao user is bound to the GitLab user in the GitLab server, the group is visible to the ZenTao user.

3.1 Edit GitLab group privilege in ZenTao

  • ZenTao administrators are able to edit all GitLab groups;
  • Assuming that the current ZenTao user is bound to the GitLab project owner user, the ZenTao user can edit this group;
  • Assuming that the current ZenTao user is bound to the non-owner user of the GitLab project, the ZenTao user cannot edit this group. 

3.2 Delete GitLab group privilege in ZenTao

  • ZenTao administrators are able to delete all GitLab groups;
  • Assuming that the current ZenTao user is bound to the GitLab project owner user, the ZenTao user can delete this group;
  • Assuming that the current ZenTao user is bound to the non-owner user of the GitLab project, the ZenTao user cannot delete this group. 

4. GitLab merge request data display privilege in ZenTao

  • ZenTao administrators can view all merge request data;
  • Non-ZenTao administrator accounts can only view the merge request information of the GitLab user bound to this ZenTao user, and this user is a non-guest role in the GitLab project.

4.1 Privileges when creating GitLab merge requests in ZenTao

  • ZenTao users can only select the server bound to the GitLab user when creating a merge request:

ZenTao administrators can select all GitLab servers when creating a merge request


If the current user is not a ZenTao administrator and has been bound with a GitLab user, the user can only select the GitLab server with access privilege on the Create Merge Request page

  • ZenTao users can only select GitLab projects that they have access to when creating a merge request:

ZenTao administrators can select all GitLab projects under this GitLab server when creating a merge request


If the current user is not a Zendao administrator and is bound to a GitLab user, only GitLab projects that this GitLab user has developer/maintainer/owner Edit GitLab merge request permission can be selected on the Create Merge Request page

4.2 Edit GitLab merge request privilege in ZenTao

  • ZenTao administrators can edit all GitLab projects;
  • Assuming the current ZenTao user is bound to the developer/maintainer/owner user of the GitLab project, the ZenTao user can edit this merge request;
  • Assuming that the current ZenTao user is bound to a non-developer, non-maintainer, and non-owner user of the GitLab project, the ZenTao user cannot edit this merge request. 

4.3 Delete GitLab merge request privilege in ZenTao

  • ZenTao administrators can delete all GitLab merge requests;
  • Assuming that the current ZenTao user is bound to the owner user of the GitLab project, the ZenTao user can delete the merge request under the project;
  • Assuming that the current ZenTao user is bound to the non-owner user of the GitLab project, the ZenTao user cannot delete the merge request under the project.

Write a Comment
Comment will be posted after it is reviewed.