Workspaces & projects

A workspace is a tenant container. A project is a unit of work belonging to one workspace.

When to use multiple workspaces

A workspace is the right boundary for organizational separation:

• Different companies / clients sharing one Sulu instance.
• Internal vs external testing that must not be visible to the same audience.
• Production vs staging projects when you want hard isolation.

Within a single team, a single workspace with multiple projects is usually right.

Project structure

Each project owns:

• Test cases (with their custom fields, tags, and attribute trees or folders)
• Launches (manual + automated)
• Defects and tags
• Members and groups
• Project-level settings (resources, custom field schema, tree definitions)

Membership

A user can belong to multiple workspaces and multiple projects. Workspace membership carries a workspace role (OWNER, MEMBER, or the free read-only GUEST); per-project access is governed by project roles (OWNER, MEMBER, VIEWER). See Permissions model.