Skip to Content
OrganizationsUnits og teams

Units og teams

Units og teams lýsa innbyggðri aðild í organization:

organization
└── unit
    └── team

Notaðu þau þegar stöðug deild eða vinnuhópur þarf sitt eigið share-mark eða stjórnunar-scope. Groups eru oft einfaldari fyrir ad hoc deilingu.

Vistað hlutverk

ScopeHlutverk
Unitunit_admin, base_creator, base_approver, member
Teamteam_lead, variant_creator, variant_deployer, variant_user

unit_admin og team_lead hafa skilgreinda heimild til meðlimastjórnunar í organization API. Creator/approver/deployer merki lýsa ætluðum workflow-ábyrgðum, en til staðar eru þau ekki sönnun um að hvert build- eða deployment-endpoint framfylgi þeim. Prófaðu viðkomandi workflow.

Reglur um aðild

  • Ein unit tilheyrir einni organization.
  • Eitt team tilheyrir einni unit.
  • User verður að vera organization-meðlimur áður en hann tengist unit eða team.
  • Team-meðlimur ætti einnig að vera í yfirliggjandi unit; stjórnunarleiðir framfylgja stigveldinu við að bæta við meðlimum.
  • Organization owners/admins og scoped administrators hafa mismunandi stjórnunarvald, lýst í Hlutverk og heimildir.

Hönnunarráðleggingar

Búðu til unit aðeins ef hún hefur varanleg mörk, til dæmis eignarhald, samþykkisábyrgð eða sérstakt resource-sharing-scope. Búðu til team fyrir minni vinnuhóp innan þeirra marka.

Dæmi:

Acme
├── Platform unit
│   ├── Image engineering team
│   └── Security review team
└── Product unit
    └── Device application team

Forðastu að kóða skipulagsskema sem hefur engin áhrif á heimildagjöf. Aukinn nesting eykur líkur á úreltri aðild og óvæntum erfðum shares.

Öruggar breytingar

Við bætingu, hlutverkabreytingu eða fjarlægingu:

  1. skráðu organization, unit, team, user og núverandi hlutverk;
  2. gerðu eina breytingu;
  3. prófaðu leyfilega aðgerð;
  4. prófaðu hafnaða aðgerð;
  5. endurnýjaðu eða auðkenndu aftur til að greina úrelt hegðun lotu; og
  6. farðu yfir shares þar sem mark-aðild breyttist.

Users geta tilheyrt mörgum units og teams. Ný aðild flytur ekki né fjarlægir eldri.

Eyðingarmörk

Eyða unit eða team er veruleg aðgerð. Treystu ekki almennum fullyrðingum eins og “resources become unit-level” eða “unassigned resources are archived.” Áður en eytt er skaltu nota read-only inventory til að bera kennsl á aðild, shares, háð resources, virka vinnu og ytri tilvísanir. Flyttu út nauðsynlegt audit record og staðfestu nákvæma cascade-hegðun útgáfunnar sem er í notkun.

Ef áhrifin eru óljós skaltu fyrst fjarlægja víða deilingu og meðlimi, varðveita hlutinn og fá owner-samþykki áður en eytt er.

Deiling conversations og variantsTilvísun