Team membership policy
There are four kinds of policy that describe who can be a member and
how new memberships are handled. The choice of policy reflects the need
to build a community versus the need to control openKylin Build Service assets.
- Open
-
Membership is open, no approval required, and subteams can be open or
closed. Any user can be a member of the team and no approval is
required. Subteams can be Open, Delegated, Moderated, or Restricted.
Open is a good choice for encouraging a community of contributors.
Open teams cannot have PPAs.
- Delegated
-
Membership is open, requires approval, and subteams can be open or
closed. Any user can be a member of the team via a subteam, but team
administrators approve direct memberships. Subteams can be Open,
Delegated, Moderated, or Restricted. Delegated is a good choice for
managing a large community of contributors. Delegated teams cannot
have PPAs.
- Moderated
-
Membership is closed, requires approval, and subteams must be closed.
Any user can propose a new member, but team administrators approve
membership. Subteams must be Moderated or Restricted. Moderated is a
good choice for teams that manage things that need to be secure, like
projects, branches, or PPAs, but want to encourage users to help.
- Restricted
-
Membership is closed, requires approval, and subteams must be closed.
Only the team's administrators can invite a user to be a member.
Subteams must be Moderated or Restricted. Restricted is a good choice
for teams that manage things that need to be secure, like projects,
branches, or PPAs.