Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Hudson-ci/features/Team Feature White Paper"

m (Hudson Teams White Paper)
m (Hudson Teams White Paper)
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
== Hudson Teams White Paper ==
 
== Hudson Teams White Paper ==
  
The Hudson Teams feature allows a single Hudson server to behave like multiple Hudson servers, each serving a project team within a single organization. By default, only jobs in a given team are visible to members of that team. In addition, unlike multiple servers, job visibility across teams can be configured.
+
The Hudson Teams feature allows a single Hudson server to behave like multiple Hudson servers, each serving a project team within a single organization. With the exception of public jobs, only jobs in a given team are visible to members of that team. In addition, unlike multiple servers, job visibility across teams can be configured.
  
The Team feature is orthogonal to the configured <b>Security Realm</b>. It honors roles assigned to users and in many ways simplifies the administration of team-aware permissions.
+
The Team feature is orthogonal to the configured security realm. It honors roles assigned to users and in many ways simplifies the administration of team-aware permissions.
  
 
=== Team Users ===
 
=== Team Users ===
Line 11: Line 11:
 
===== System Administrator =====
 
===== System Administrator =====
  
A system administrator can manage Hudson, create and delete teams, move jobs from team to team, and administer team privileges. In particular, a system administrator can delegate team administration responsibilities to team administrators.
+
A system administrator can manage Hudson, create and delete teams, move jobs from team to team, and administer team permissions. In particular, a system administrator can delegate team administration responsibilities to team administrators.
 +
 
 +
When team management is enabled, at least one system administrator must be named.
  
 
===== Team Administrator =====
 
===== Team Administrator =====
  
A team administrator can add new members to the team, including administrator members, and assign them job create, delete, configure and build privileges, separately.  A user can be an administrator of multiple teams; in that case, the user can move jobs from team to team.
+
A team administrator can add new members to the team, including administrator members, and assign them job create, delete, configure and build permissions, separately.  A user can be an administrator of multiple teams; in that case, the user can move jobs from team to team.
  
 
===== Team Member =====
 
===== Team Member =====
  
A team member can perform the actions granted by a system or team administrator. A user can be a member of multiple teams.
+
A team member can perform the actions granted by a system or team administrator. A user can be a member of multiple teams and, with sufficient permissions, copy jobs from one team to another.
 +
 
 +
=== Teams ===
 +
 
 +
There is a special team named <code>public</code> that is predefined.
 +
 
 +
===== Public Team =====
 +
 
 +
Only the system administrator can create jobs in the public team, configure and build them. All other teams can see jobs in the public team on a read-only basis and can copy them to their own teams. Thus, the public team serves as a way to provide prototype jobs that team members can copy and tailor to their needs.
 +
 
 +
When team management is first enabled, any existing jobs become public team jobs.
 +
 
 +
The team name <code>public</code> is reserved.
 +
 
 +
===== All Other Teams =====
 +
 
 +
Other teams are created or deleted by the system administrator, who can see all teams and all jobs and has all privileges. The system administrator also names at least the first team administrator for a team; thereafter the team administrator can add more administrators for the same team.

Latest revision as of 23:16, 13 August 2013

Hudson Teams White Paper

The Hudson Teams feature allows a single Hudson server to behave like multiple Hudson servers, each serving a project team within a single organization. With the exception of public jobs, only jobs in a given team are visible to members of that team. In addition, unlike multiple servers, job visibility across teams can be configured.

The Team feature is orthogonal to the configured security realm. It honors roles assigned to users and in many ways simplifies the administration of team-aware permissions.

Team Users

There are three categories of team users (which may be specific users or roles assigned to users via the security realm):

System Administrator

A system administrator can manage Hudson, create and delete teams, move jobs from team to team, and administer team permissions. In particular, a system administrator can delegate team administration responsibilities to team administrators.

When team management is enabled, at least one system administrator must be named.

Team Administrator

A team administrator can add new members to the team, including administrator members, and assign them job create, delete, configure and build permissions, separately. A user can be an administrator of multiple teams; in that case, the user can move jobs from team to team.

Team Member

A team member can perform the actions granted by a system or team administrator. A user can be a member of multiple teams and, with sufficient permissions, copy jobs from one team to another.

Teams

There is a special team named public that is predefined.

Public Team

Only the system administrator can create jobs in the public team, configure and build them. All other teams can see jobs in the public team on a read-only basis and can copy them to their own teams. Thus, the public team serves as a way to provide prototype jobs that team members can copy and tailor to their needs.

When team management is first enabled, any existing jobs become public team jobs.

The team name public is reserved.

All Other Teams

Other teams are created or deleted by the system administrator, who can see all teams and all jobs and has all privileges. The system administrator also names at least the first team administrator for a team; thereafter the team administrator can add more administrators for the same team.

Back to the top