Fedora Accounts Groups, Forge Organizations, and Team Naming Standards
DRAFT DOCUMENTATION: This documentation is currently in draft form and may not be fully tested and correct. Please verify all procedures before use and report any issues or inaccuracies. |
Overview
This document establishes the standard naming conventions for Fedora Accounts groups, Fedora Forge organizations, and team names used in Fedora Forge. Consistent naming helps administrators create appropriately named groups and organizations, and helps contributors understand what access different groups provide.
Standard Naming Convention
Organization Naming
Fedora Forge organizations should use short, descriptive names without the "fedora-" prefix. Since Fedora Forge only contains Fedora-related projects, the "fedora-" prefix would be redundant. Similarly, avoid using suffixes like "-sig" in organization names - use the core descriptive name instead.
Examples:
-
docs
(notfedora-docs
) -
releng
(notfedora-releng
) -
websites
(notfedora-websites
) -
rust
(notrust-sig
) -
python
(notpython-sig
)
Fedora Accounts Group Naming
Primary Pattern: forge-<organization>-<team>
Format: forge-<organization-name>-<team-name>
Components:
-
Prefix:
forge-
(required for all Fedora Forge-specific groups) -
Organization Name: The name of the Fedora Forge organization (lowercase, hyphenated, without "fedora-" prefix)
-
Team: The team name within the organization. This suffix should typically match the team name as it appears in the Forgejo organization (in Forgejo vernacular, this is what defines the group’s purpose and permissions)
For cases where the standard naming pattern may not apply, see Exception Cases below. |
Team Naming Standards
Teams within Forgejo organizations should use descriptive names that clearly indicate their purpose and scope. Team names should be lowercase and use hyphens for word separation.
Mandatory Teams
Team | Purpose | Forgejo Permissions |
---|---|---|
|
Organization administrators (required by Forgejo software) |
Full organization management, repository creation, team management |
Common Optional Teams
While owners
is the only mandatory team, organizations typically also create:
Team | Purpose | Forgejo Permissions |
---|---|---|
|
Standard contributors |
Repository access based on team assignments |
Flexible Team Naming
Organizations can create teams with descriptive names to match their workflow needs. Organization administrators can configure specific permissions and repository access for each team.
Examples of custom team names:
-
Documentation teams:
quick-docs-writers
,guide-writers
,release-notes-writers
-
Development teams:
maintainers
,reviewers
,testers
-
Special purpose teams:
security-team
,localization
,packagers
Organization administrators have full control over team permissions in Forgejo, including:
|
Examples
Council Organization
Fedora Accounts Group | Forgejo Organization | Team |
---|---|---|
|
|
|
|
|
|
This is an exception case where the existing |
Naming Rules
Required Elements
-
Prefix: All groups MUST start with
forge-
-
Organization Name: Must match the Fedora Forge organization name exactly (lowercase, without "fedora-" prefix)
-
Team Suffix: Must include at minimum an
owners
team (Forgejo requirement). Additional teams can use any descriptive name that follows formatting guidelines and should typically match the team name as it appears in the Forgejo organization.
Fedora Accounts Groups and Team Naming Requirements
For New Organizations
When requesting a new organization, the owners team is mandatory (Forgejo software requirement). This typically requires creating a corresponding Fedora Accounts group:
-
forge-<org-name>-owners
(required Fedora Accounts group for organization administration)
Additional recommended Fedora Accounts groups:
-
forge-<org-name>-members
(recommended for general team membership)
Optional custom Fedora Accounts groups based on organizational needs:
-
forge-<org-name>-<descriptive-team-name>
(custom groups for teams with specific purposes)
Organization administrators can create additional teams after the organization is established and configure specific permissions for each team through the Forgejo interface. |
Fedora Accounts Group Membership Guidelines
-
Owners Group: Must include organization administrators and project leads (corresponds to mandatory owners team)
-
Members Group: Should include all contributors who need basic repository access (common pattern)
-
Custom Groups: Should have clear purposes and appropriate members based on their specialized team function
-
Nested Membership: Consider having owners as members of broader groups when appropriate for workflow
Exception Cases
Reusing Existing Groups
In some cases, existing Fedora Accounts groups may be reused instead of creating new forge-specific groups:
When to Reuse:
-
The existing group perfectly matches the intended purpose
-
The group is already widely used by the team
-
Administrative overhead reduction is beneficial
Examples of Acceptable Reuse:
-
council
instead offorge-council-members
(for Fedora Council) -
releng
instead offorge-releng-members
(for existing Release Engineering team)
Want to help? Learn how to contribute to Fedora Docs ›