Skip to Content
OrganizationsDeiling conversations og variants

Deiling conversations og variants

Deilingar-API veitir view eða edit aðgang að conversation/variant. Targets geta verið einstakur user, group, organization, unit eða team.

Aðeins conversation owner getur búið til, breytt, listað eða fjarlægt shares.

Heimildamörk

PermissionNúverandi conversation-hegðun
viewLesa deilt conversation/variant og tengd sýnileg build-lýsigögn.
editFelur í sér breytingar á deildu conversation og rebuild-tengdan aðgang sem conversation routes innleiða.

Þessi merki veita ekki sjálfkrafa hverja næstu aðgerð. Artifact download, VM launch, deployment, billing, secrets og organization administration geta haft sérstakar owner- og entitlement-prófanir. Prófaðu hverja nauðsynlega aðgerð með session viðtakanda.

Ef sama conversation nær til user í gegnum marga shares velur accessible-list svar hið hærra af view og edit.

Target-reglur

  • Beinir user shares leysast út frá organization membership.
  • Groups, units og teams verða að tilheyra viðeigandi organization.
  • Organization shares ná til núverandi organization members.
  • Breytingar á membership geta breytt raunverulegum aðgangi án þess að breyta sjálfu share.

Notaðu ekki breitt organization share þegar user share eða team share nægir.

Öruggur deilingar-workflow

  1. Staðfestu conversation ID og owner.
  2. Staðfestu recipient target og núverandi membership.
  3. Byrjaðu á view nema breytingar séu nauðsynlegar.
  4. Búðu til eitt share og skoðaðu skilað target og permission.
  5. Skráðu þig inn sem viðtakandi og prófaðu leyfilegar og hafnaðar operations.
  6. Fjarlægðu eða minnkaðu aðgang þegar verkefni lýkur.
  7. Endurnýjaðu recipient session og endurtaktu denied-path próf.

Ekki gera ráð fyrir að tölvupóstur eða in-app notification hafi verið sendur. Hafðu samskipti í gegnum samþykkt rás án tokena eða einkarekinna artifact URL.

Samvinnuhegðun

edit er authorization, ekki conflict resolution. Áður en tveir breyta sömu conversation, sættistu um hver á næstu recipe revision og berið saman normaliseruð output við fullan chat. Rebuild ætti að tengjast tilteknu yfirfarinu recipe frekar en síðustu edit sem barst.

Yfirferð og offboarding

Gerðu reglulega birgðaskráningu á:

  • beinum shares;
  • víðum group-, unit-, team- og organization shares;
  • úreltum memberships sem veita enn aðgang;
  • resources þar sem upprunalegur owner fór; og
  • aðgangi viðtakanda að gömlum builds, downloads og VMs.

Að fjarlægja share eyðir ekki endilega afriti sem viðtakandi hefur þegar halað niður. Meðhöndlaðu flutt artifacts samkvæmt data-classification og retention policy.