Documentation Index
Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
Use this file to discover all available pages before exploring further.
What are Organizations?
Organizations in Devin Enterprise are logical groupings that provide structure and boundaries for your development teams. Each organization operates as a self-contained unit with its own shared Devin machine, repository access, and member permissions.Key Characteristics
Shared Devin Machine: Each organization has its own dedicated Devin machine that all members share. This ensures consistent environment setup and allows team members to collaborate on the same development context. Repository Isolation: All repositories granted to an organization are accessible to all members within that organization. Repository access is managed at the organization level, not per individual user. Member Boundaries: Users can belong to multiple organizations, but their access and permissions are scoped to each organization independently. Billing Separation: Each organization has its own ACU (Agent Compute Unit) limits and usage tracking, enabling clear cost allocation across teams.Organization Structure
Enterprise Hierarchy
Access Control Flow
- Enterprise Admin creates organizations and manages overall enterprise settings
- Organization Admins invite members to their specific organizations
- Members access Devin and repositories within their assigned organizations
- Repository permissions are granted by Enterprise Admins to organizations
Planning Your Organization Structure
Recommended Mapping Pattern
An effective approach is to map each Devin organization to a GitHub/GitLab team, which often aligns with your Identity Provider (IdP) groups and logical business applications. This provides a systemic way to scale up usage and manage access to repositories.Example Mapping
| GitHub Team | Devin Organization | IdP Group | Business Function |
|---|---|---|---|
ecommerce-platform | E-commerce Platform | product-ecommerce | Customer shopping experience (web, API, etc) |
analytics-platform | Analytics Platform | product-analytics | Data insights and reporting |
payments-team | Payments Platform | product-payments | Payment processing and billing |
platform-infra | Infrastructure | eng-platform | Shared infrastructure and security |
Decision Framework
When planning your organization structure, consider these factors:Team Boundaries
Team Boundaries
Question: How are your development teams currently organized?Guidance: Create organizations that mirror your existing team structure. Teams that regularly collaborate on the same codebase should typically share an organization.Example: If your frontend and backend teams work closely on the same product, consider a single “Product Team” organization rather than separate frontend/backend organizations.
Repository Access Patterns
Repository Access Patterns
Question: Which repositories do different teams need access to?Guidance: Group teams that need access to the same set of repositories. Remember that all organization members can access all organization repositories.Example: If both your web and mobile teams need access to a shared design system repository, they might belong to the same organization.
Cost Allocation and Budgeting
Cost Allocation and Budgeting
Question: How do you want to track and allocate Devin usage costs?Guidance: Organizations provide natural cost centers for ACU usage tracking. Align organizations with your budgeting structure.Example: If you budget separately for each product line, create organizations that match those product boundaries.
