Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Ez a cikk választ ad az Azure DevOps felhasználó- és engedélykezelésével kapcsolatos gyakori kérdésekre (GYIK). A gyakori kérdések témakör szerint vannak rendszerezve, hogy gyorsan megtalálhassa a felhasználók kezelésével, engedélyekkel, hozzáférési szintekkel, Visual Studio-előfizetésekkel, GitHub Enterprise-integrációval és a kapcsolódó felügyeleti feladatokkal kapcsolatos információkat.
Általános engedélyek
K: Mi történik, ha elfelejtem a jelszavamat?
Válasz: Visszaállíthatja a Microsoft-fiók jelszavát, vagy visszaállíthatja munkahelyi vagy iskolai fiókjának jelszavát, ha a szervezet bekapcsolta ezt a funkciót. Ellenkező esetben forduljon a Microsoft Entra rendszergazdájához munkahelyi vagy iskolai fiókjának helyreállításához.
K: Miért nem tudom kezelni a felhasználókat?
Válasz: Legyen tagja a Projektgyűjteménygazdák csoportnak vagy a szervezet tulajdonosának a felhasználók szervezeti szintű kezeléséhez. A hozzáadáshoz lásd : Engedélyek módosítása a szervezet vagy a gyűjtemény szintjén.
K: Hogyan megkeresni a szervezet tulajdonosát?
Válasz: Ha legalább alapszintű hozzáféréssel rendelkezik, a szervezet beállításai között megtalálhatja az aktuális tulajdonost. További információ: A szervezet tulajdonosának keresése.
K: Hogyan megkeresni egy projektgyűjtemény-rendszergazdát?
Válasz: Ha legalább alapszintű hozzáféréssel rendelkezik, a szervezet vagy a gyűjtemény beállításai között megtalálhatja a Projektgyűjteménygazdák csoport egyik tagját.
További információ: Projektgyűjtemény-rendszergazda keresése.
K: Miért nem férnek hozzá a felhasználók bizonyos funkciókhoz?
Válasz: Előfordulhat, hogy a biztonsági csoportokon keresztül megadott engedélyeken kívül más hozzáférési szintet kell hozzárendelniük. Az érdekelt felek hozzáférési hozzáférési szintje például részleges támogatást nyújt a funkciók kiválasztásához, lehetővé téve a felhasználók számára a munkaelemek megtekintését és módosítását, de nem minden funkciót.
K: Véletlenül eltávolítottam az engedélyeimet, és nem tudom újból megadni őket. Mit tegyek?
Válasz: A forgatókönyv megoldásának egyetlen módja az engedélyszintek növelésének kérése.
Visual Studio-előfizetések
K: Hogyan észlelik a Visual Studio-előfizetőket?
Válasz: Az Azure DevOps automatikusan felismeri az Azure DevOps-előfizetéssel rendelkező Visual Studio-előfizetőket az előfizetéshez társított felhasználói e-mail-cím vagy alternatív identitás alapján. A rendszergazdák kiválaszthatják a "Visual Studio-előfizető" hozzáférési szintet, de függetlenül attól, hogy milyen hozzáférési szintet rendelnek hozzá kezdetben, a rendszer észleli a Felhasználók Visual Studio-előfizetési hozzáférését a bejelentkezéskor.
K: Mikor válasszam a "Visual Studio/MSDN-előfizető" lehetőséget?
Válasz: Rendelje hozzá ezt a hozzáférési szintet azokhoz a felhasználókhoz, akik aktív, érvényes Visual Studio-előfizetéssel rendelkeznek. Az Azure DevOps automatikusan felismeri és érvényesíti azOkat a Visual Studio-előfizetőket, akik előnyként rendelkeznek az Azure DevOpsszal. Szüksége van az előfizetéshez társított e-mail-címre.
Ha a felhasználó nem rendelkezik érvényes, aktív Visual Studio-előfizetéssel, csak érdekeltként dolgozhat.
K: Mely Visual Studio-előfizetéseket használhatom az Azure DevOpsszal?
K: Miért nem érvényesíti a Visual Studio-előfizetésem?
K: Miért változnak a Visual Studio előfizetői hozzáférési szintjei, miután egy előfizető bejelentkezett?
Válasz: Az Azure DevOps felismeri a Visual Studio előfizetőit. A felhasználók az előfizetésük alapján automatikusan rendelkeznek hozzáféréssel, nem pedig a felhasználóhoz rendelt aktuális hozzáférési szinten.
Lejárt Visual Studio-előfizetések kezelése
K: Mi változik a lejárt Visual Studio-előfizetők esetében az Azure DevOpsban?
Válasz: Korábban a lejárt Visual Studio-előfizetéssel rendelkező felhasználók továbbra is hozzáfértek az Azure DevOpshoz olyan szervezetekben, ahol az előfizetésük aktív volt. 2026 februárjától kezdve a rendszergazdák láthatják, hogy mely felhasználók rendelkeznek lejárt előfizetéssel. A rendszergazdáknak februárban és márciusban türelmi időszakuk van arra, hogy eljárjanak, mielőtt ezek a lejárt előfizetők áprilisban megkezdik az érdekelt felek hozzáférését.
K: Hogyan állapíthatom meg, hogy a felhasználók érintettek-e?
Válasz: Az Azure DevOps egy szalagcímet jelenít meg a Szervezeti beállításokban>, ha a szervezet hatással van a felhasználókra. A lejárt előfizetéssel rendelkező felhasználókat a rendszer érvénytelen hozzáférési szinttel azonosítja, de februárban és márciusban továbbra is teljes hozzáféréssel rendelkezik. A Hozzáférési szint szűrővel csak az érvénytelen Visual Studio-előfizetéssel rendelkező felhasználók jelennek meg.
K: Mi a helyzet az ingyenes csővezetékekkel a Visual Studio Enterprise-felhasználók számára?
V: Ha lejáró Visual Studio Enterprise (VSE) előfizetői vannak, láthatja, hogy hány ingyenes, saját üzemeltetésű VSE-folyamat egyidejűsége fog elveszni. Ellenőrizze a saját üzemeltetésű egyidejűségi jelentést , és fontolja meg a fizetős, saját üzemeltetésű egyidejűség igény szerinti növelését. 2026 áprilisáig nem veszít el semmilyen önállóan üzemeltetett párhuzamosságot a lejáró Visual Studio Enterprise-előfizetések miatt.
K: A felhasználók azonnal elveszítik a hozzáférést?
Válasz: Nem. 2026 februárjában és márciusában a lejárt Visual Studio-előfizetők megtartják jelenlegi hozzáférésüket az Azure DevOpsban. Ezekben a hónapokban a cél az, hogy a rendszergazdák tisztában legyenek, és időt adjanak nekik a licencek vagy a csoportszabályok módosítására. A lejárt előfizetéssel rendelkező Visual Studio-előfizetők 2026 áprilisában lejárnak, majd az Azure DevOpsban lejárnak, amikor elveszítik a hozzáférésüket a Visual Studio felügyeleti portálján.
K: Mi történik, ha a Visual Studio-előfizetés már nem észlelhető?
Válasz: Ha egy felhasználó már nem rendelkezik Visual Studio-előfizetéssel, a rendszer új felhasználóként kezeli őket.
- Ha a szervezet alapértelmezett hozzáférési szintje Alapszintű, a rendszer automatikusan hozzá lesz rendelve az Alapszintű szinthez.
- Ha a szervezet létrehozott csoportszabályokat, a felhasználó megkapja a csoporttagság által megadott hozzáférést.
- Ha a felhasználó rendelkezik GitHub Enterprise-licenccel, a GitHub Enterprise hozzá van rendelve.
- Ellenkező esetben azok a felhasználók, akik már nem rendelkeznek hozzáféréssel a Visual Studio-előfizetésen keresztül, mindaddig fenntartják az érdekelt felek hozzáférését, amíg egy rendszergazda fizetős hozzáférést nem rendel hozzájuk.
2026 februárjában és márciusában, ha a szervezet alapértelmezett hozzáférési szintje vagy egy csoportszabály ugyanazt a hozzáférési szintet biztosítja a lejárt előfizetőnek (például Egy Visual Studio Professional-előfizető alapszintű szolgáltatása), automatikusan új hozzáférési szintet kapnak. Ha azonban a felhasználó rendelkezik Basic + Test Plans hozzáféréssel (például Visual Studio Enterprise-előfizetővel), de az alapértelmezett hozzáférési szint vagy csoportszabály csak alapszintű, akkor továbbra is hozzáfér a Visual Studio előfizetői hozzáférési szintjéhez.
2026 áprilisától kezdve az aktív Visual Studio-előfizetéssel nem rendelkező felhasználók le lesznek csökkentve. A rendszer új hozzáférési szintet rendel hozzájuk a szervezet alapértelmezett hozzáférési szintje vagy a vonatkozó csoportszabályok alapján. Ha egyik sem érvényes, akkor az érintett hozzáféréssel érvénytelenként vannak megjelölve.
K: Automatizálhatom a hozzáférési szint hozzárendelését, mielőtt a Visual Studio-előfizetések lejárnak?
Válasz: Igen. Érdemes lehet frissíteni a szervezet alapértelmezett hozzáférési szintjét , vagy csoportszabályokat létrehozni annak érdekében, hogy azok a felhasználók, akik elveszítik a Visual Studio-előfizetéshez való hozzáférést, vagy új felhasználók csatlakoznak a szervezethez, automatikusan megkaphassák a szükséges hozzáférést manuális beavatkozás nélkül.
K: Hogyan állíthatom vissza az aktív Visual Studio-előfizetéssel már nem rendelkező felhasználók hozzáférését?
Válasz: Alapszintű vagy Alapszintű + Tesztcsomagok hozzáférésének hozzárendelése olyan felhasználókhoz, akik már nem rendelkeznek Visual Studio-előfizetéssel:
Válassza a
Szervezeti beállítások>Felhasználók.Válassza ki a Hozzáférési szint szűrőt, és válasszon érvénytelen előfizetéstípust, például Visual Studio Enterprise-előfizetést (érvénytelen).
Jelölje be az Összes jelölőnégyzetet.
Válassza a
További műveletek és a Hozzáférési szint módosítása lehetőséget.
Válassza az Alapszintű vagy az Alapszintű + Tesztcsomagok lehetőséget.
Mentse a módosításokat.
GitHub Enterprise
K: Mely GitHub Enterprise-ügyfelek jogosultak az Azure DevOps-hozzáférésre?
Válasz: GitHub Enterprise Cloud-ügyfelek, akik ugyanazzal a Microsoft Entra-bérlővel férnek hozzá a GitHubhoz és az Azure DevOpshoz. A felhasználóknak ugyanazzal az identitással kell bejelentkezniük a GitHubon és az Azure DevOpsban.
K: Hogyan észlelhetők a GitHub Enterprise-felhasználók?
Válasz: Az Azure DevOps automatikusan ellenőrzi, hogy a felhasználó bejelentkezésekor van-e GitHub Enterprise. A hozzáférési szint gitHub Enterprise-ra való váltása akár 24 órát is igénybe vehet. A GitHub Enterprise hozzáférési szinttel rendelkező felhasználók számára nem jár díj.
K: Hogyan azonosítják a GitHub Enterprise-felhasználókat az adattárolási régiókban?
Válasz: Az adattárolási régiókban lévő ügyfelek az Azure Boards alkalmazás telepítésével és a ghe.com-példány összekapcsolásával teszik lehetővé az észlelést. A konfigurálás után a rendszer automatikusan észleli a felhasználókat.
K: Milyen hozzáférést kapnak a GitHub Enterprise-felhasználók az Azure DevOpsban?
Válasz: Alapszintű hozzáférés, amely a tesztcsomagok kivételével minden funkciót magában foglal. További információ: Az Azure DevOps díjszabása
K: Mi a teendő, ha egy GitHub Enterprise-felhasználónak hozzá kell férnie a tesztcsomagokhoz?
Válasz: Azok a GitHub Enterprise-felhasználók, akiknek hozzáférésre van szükségük a tesztcsomagokhoz, hozzárendelhetők az Alapszintű + Tesztcsomagok hozzáférési szinthez.
K: Mi történik, ha a GitHub Enterprise-licenc már nem észlelhető?
Válasz: Ha egy felhasználó már nem rendelkezik GitHub Enterprise-sal, a rendszer új felhasználóként kezeli őket.
- Ha a szervezet alapértelmezett hozzáférési szintje Alapszintű, a rendszer automatikusan hozzá lesz rendelve az Alapszintű szinthez.
- Ha a szervezet létrehozott csoportszabályokat, a felhasználó megkapja a csoporttagság által megadott hozzáférést.
Ellenkező esetben azok a felhasználók, akik már nem rendelkeznek hozzáféréssel a GitHub Enterprise-on keresztül, mindaddig fenntartják az érdekelt felek hozzáférését, amíg egy rendszergazda fizetős hozzáférést nem rendel hozzájuk.
Az alábbi példa azt mutatja, hogy a licenc már nem észlelhető: 
K: Hogyan állíthatom vissza az alapszintű hozzáférést azon felhasználók számára, akik már nem rendelkeznek GitHub Enterprise-licenccel?
Válasz: Végezze el az alábbi lépéseket az alapszintű hozzáférés visszaállításához azon felhasználók számára, akik már nem rendelkeznek GitHub Enterprise-licenccel:
Válassza a
Szervezeti beállítások.Felhasználók kijelölése.
Válassza ki a Hozzáférési szint szűrőt, és válassza a GitHub Enterprise (Érvénytelen) lehetőséget.
Jelölje be az Összes jelölőnégyzetet.
Válassza a Hozzáférés-szint kezelése és módosítása lehetőséget.
Válassza az Alapszintű és a Mentés lehetőséget.
K: A GitHub Enterprise Servert használó felhasználók a GitHub Enterprise-t használják?
Válasz: Nem, csak a GitHub Enterprise felhőfelhasználói észlelhetők az Azure DevOpsban. A GitHub Servert használó ügyfelek szinkronizálhatják a licenchasználatot a GitHub Enterprise Server és a GitHub Enterprise Cloud között.
K: Milyen hozzáférési szintet válasszak, ha egy felhasználó rendelkezik GitHub Enterprise-licenccel?
Válasz: Ha tudja, hogy egy felhasználó rendelkezik GitHub Enterprise-licenccel, a legjobb választás az Érintett, hogy elkerülje az Alapszintű díjakat, mielőtt a felhasználó első alkalommal jelentkezik be
K: Mi a teendő, ha egy GitHub Enterprise-felhasználó rendelkezik Visual Studio-előfizetéssel is?
Válasz: Ha az Azure DevOpshoz hozzáférő felhasználók GitHub Enterprise- és Visual Studio-előfizetéssel is rendelkeznek, a rendszer Visual Studio-előfizetőként észleli őket. A Visual Studio-előfizetések mindig ugyanazt az alapszintű hozzáférést biztosítják számukra, és az előfizetési szinttől függően hozzáférést biztosíthatnak a tesztcsomagokhoz.
Felhasználói hozzáférés
K: Mit jelent a "Last Access" kifejezés a Minden felhasználó nézetben?
Válasz: A Last Access értéke az az utolsó dátum, amikor a felhasználó hozzáfért az erőforrásokhoz vagy szolgáltatásokhoz. Az Azure DevOpshoz való hozzáférés magában foglalja az OrganizationName.visualstudio.com közvetlen használatát, valamint az erőforrások vagy szolgáltatások közvetett használatát. Használhatja például az Azure Artifacts bővítményt, vagy leküldheti a kódot az Azure DevOpsba egy Git parancssorból vagy IDE-ből.
K: Csatlakozhat más szervezetekhez az alapszintű hozzáférésért fizető felhasználó?
Válasz: Nem, a felhasználó csak ahhoz a szervezethez csatlakozhat, amelynek a felhasználó alapszintű hozzáférésért fizetett. A felhasználók azonban bármely olyan szervezethez csatlakozhatnak, ahol az alapszintű hozzáféréssel rendelkező ingyenes felhasználók továbbra is elérhetők. A felhasználó az érdekelt felek ingyenes hozzáférésével is csatlakozhat felhasználóként.
K: Miért nem férnek hozzá a felhasználók bizonyos funkciókhoz?
Válasz: Győződjön meg arról, hogy a felhasználókhoz a megfelelő hozzáférési szint van hozzárendelve.
Megtudhatja , hogyan kezelheti az Azure DevOps felhasználóit és hozzáférési szintjeit.
Megtudhatja , hogyan módosíthatja az Azure DevOps Server hozzáférési szintjeit.
Egyes funkciók csak bővítményként érhetők el. Ezeket a bővítményeket telepítenie kell. A legtöbb bővítményhez legalább alapszintű hozzáférésre van szükség, nem az érdekelt feleknek. Tekintse meg a bővítmény leírását a Visual Studio Marketplace Azure DevOps lapján.
A kódban való kereséshez például telepítheti az ingyenes Code Search bővítményt, de legalább alapszintű hozzáférésre van szüksége a bővítmény használatához.
Az alkalmazás minőségének javítása érdekében telepítheti az ingyenes Teszt és visszajelzés bővítményt, de a hozzáférési szint és az Azure DevOps Services szolgáltatáshoz való kapcsolat nélküli munkavégzés különböző képességeket biztosít.
Egyes Visual Studio-előfizetők ingyenesen használhatják ezt a funkciót, de az alapszintű felhasználóknak frissíteniük kell az Alapszintű és tesztcsomagok hozzáférésre, mielőtt tesztcsomagokat hozhatnának létre.
K: Miért veszíti el a felhasználó a hozzáférést bizonyos funkciókhoz?
V: A felhasználó a következő okokból veszítheti el a hozzáférést (bár a felhasználó továbbra is érdekeltként dolgozhat):
A felhasználó Visual Studio-előfizetése lejárt. Eközben a felhasználó dolgozhat Érdekelt hozzáféréssel, vagy alapszintű hozzáférést adhat a felhasználónak, amíg a felhasználó meg nem újítja az előfizetését. Miután a felhasználó bejelentkezett, az Azure DevOps automatikusan visszaállítja a hozzáférést.
A számlázáshoz használt Azure-előfizetés már nem aktív. Az előfizetéssel végzett összes vásárlásra hatással van, beleértve a Visual Studio-előfizetéseket is. A probléma megoldásához látogasson el az Azure-fiókportálra.
A számlázáshoz használt Azure-előfizetés el lett távolítva a szervezetből. További információ: A szervezet csatolása.
A szervezet több alapvető hozzáféréssel rendelkező felhasználóval rendelkezik, mint az Azure-ban fizetett felhasználók száma. A szervezet öt ingyenes, alapszintű hozzáféréssel rendelkező felhasználót tartalmaz. Ha további, alapszintű hozzáféréssel rendelkező felhasználókat kell hozzáadnia, ezekért a felhasználókért fizethet.
Ellenkező esetben a naptári hónap első napján azok a felhasználók, akik a leghosszabb ideje nem jelentkeztek be a szervezetbe, először elveszítik a hozzáférést. Ha a szervezet olyan felhasználókkal rendelkezik, akiknek már nincs szükségük hozzáférésre, távolítsa el őket a szervezetből.
K: Hogyan örököli a felhasználói fiókom az engedélyeket más Microsoft Entra-csoportoktól?
Válasz: Ha egy felhasználó egynél több Microsoft Entra-csoportban van, az egy csoportban beállított DENY engedély az összes olyan csoport felhasználóját érinti, amelyben a felhasználó szerepel. Mivel az engedély a felhasználó számára a lehető legalacsonyabb szintű DENY értékre van állítva, az erőforrás felhasználó általi használatát az összes csoport befolyásolja, mert a megtagadás mindig elsőbbséget élvez.
Ha például egy felhasználó a Közreműködő csoportban és a Projektadminisztrátor csoportban van beállítva, és a DENY egy adott engedélyre van beállítva a Közreműködő csoportban, akkor az engedély a Projektadminisztrátor csoportban lévő felhasználó számára is megtagadva lesz. Ebben a forgatókönyvben a Nincs beállítás lehetőséget használhatja.
További információ az engedélyállapotokról: Engedélyállapotok.
K: Hogyan eltávolítani a felhasználókat az Azure DevOpsból?
Válasz: Tekintse meg , hogyan távolíthat el felhasználókat az Azure DevOpsból.
K: Hozzáadtam egy felhasználót a projektemhez. Miért nem látják a projektet?
Válasz: Ellenőrizze, hogy a felhasználó nincs-e hozzáadva olyan csoporthoz, ahol a projektszintű nézet projektszintű információinak engedélye nincs beállítva, vagy a Megtagadás beállítás van beállítva. További információkat a Projektszintű engedélyek módosítása szakaszban talál.
K: Miért nem tudnak a vendégfelhasználók Microsoft Entra-felhasználókat keresni?
Válasz: Alapértelmezés szerint az Access a Microsoft Entra GYIK-en keresztül érhető el. A Microsoft Entra-vendégek nem kereshetnek a Microsoft Entra-azonosítóban az Azure DevOps által megkövetelt módon.
Alkalmazáshozzáférési szabályzatok módosítása a szervezet számára
K: Továbbra is használhatok paT-okat a hitelesítéshez?
V: A hitelesítéshez továbbra is használhat személyes hozzáférési jogkivonatokat (PAT-okat), de javasoljuk, hogy lehetőség szerint használja a biztonságosabb módszert, a Microsoft Entra-jogkivonatokat. További információ: Hitelesítés az Azure DevOpsban a Microsoft Entra használatával.
K: Ha megtagadom az egyetlen hitelesítési módszerhez való hozzáférést egy szervezetben, az hatással van az összes saját szervezetre?
Válasz: Nem, ezt a módszert továbbra is használhatja az összes többi vállalatnál, amely a tulajdonában van. A személyes hozzáférési jogkivonatok adott szervezetekre vagy az összes szervezetre vonatkoznak a jogkivonat létrehozásakor kiválasztott beállítások alapján.
K: Ha megtagadom a hitelesítési módszerhez való hozzáférést, majd ismét engedélyezem a hozzáférést, a hozzáférésre szoruló alkalmazások továbbra is működni fognak?
Organizations
K: Hogyan eltávolítom magam egy szervezetből, ha a tulajdonos nem tud eltávolítani?
Válasz: Ha el szeretné távolítani magát egy szervezetből, hajtsa végre a következő lépéseket:
- Lépjen a aex.dev.azure.com.
- Jelölje ki a szervezetet, majd válassza a Kilépés lehetőséget.
- Győződjön meg arról, hogy el szeretné hagyni a szervezetet.
K: Miért nem tudok szervezetet létrehozni?
Válasz: Forduljon a rendszergazdához, és állapítsa meg, hogy a szervezet a Microsoft Entra bérlői szabályzatát használja-e az új szervezet létrehozásának korlátozásához.
Csoportalapú licencelés
K: A felhasználóim elveszítik a hozzáférési szintjüket és a projekttagságukat, ha eltávolítok egy csoportszabályt?
Válasz: A testGroup csoport felhasználói elveszítik a csoporterőforrásokhoz való hozzáférést, ha a felhasználók nem lettek explicit módon hozzárendelve az erőforrásokhoz, vagy egy másik csoportszabályon keresztül lettek hozzárendelve.
K: Törlődik az Azure DevOps vagy a Microsoft Entra-csoportom, ha eltávolítom a csoportszabályt?
Válasz: Nem. A csoportok nem törlődnek.
K: Mit tesz az "Eltávolítás <group> az összes projektszintű csoportból" lehetőség?
Válasz: Ez a beállítás eltávolítja az Azure DevOps vagy a Microsoft Entra csoportot minden projektszintű alapértelmezett csoportból, például a Projektolvasókból vagy a Projekt közreműködőiből.
K: Mi határozza meg a végső hozzáférési szintet, ha egy felhasználó egynél több csoportban van?
Válasz: A csoportszabály-típusok a következő sorrendben vannak rangsorolva: Előfizetői > alapszintű és tesztcsomagok > – alapszintű > érdekelt. A felhasználók mindig a legjobb hozzáférési szintet kapják az összes csoportszabály között, beleértve a Visual Studio-előfizetést is.
Tekintse meg az alábbi példákat, amelyek bemutatják, hogy az előfizető észlelési tényezői hogyan alakítja át a csoportszabályokat.
1. példa: A csoportszabály több hozzáférést biztosít.
Ha Visual Studio Pro-előfizetéssel rendelkezem, és olyan csoportszabályban vagyok, amely alapszintű + tesztcsomagokat ad nekem – mi történik?
Várt: Alapszintű + tesztcsomagokat kapok, mert a csoportszabály nagyobb, mint az előfizetésem.
2. példa: A csoportszabály ugyanazt a hozzáférést adja nekem.
Van egy Visual Studio Test Pro-előfizetésem, és egy olyan csoportszabályban vagyok, amely alapszintű és tesztcsomagokat ad nekem, mi történik?
Várt: Visual Studio Test Pro-előfizetőként észlelnek, mert a hozzáférés megegyezik a csoportszabálysal, és már fizetek a Visual Studio Test Pro-ért, ezért nem szeretnék többet fizetni.
Tagok hozzáadása projektekhez
K: Miért nem tudok további tagokat felvenni a projektembe?
Válasz: A szervezet ingyenes az első öt felhasználó számára, aki alapszintű hozzáféréssel rendelkezik. További költség nélkül adhat hozzá korlátlan számú érdekeltet és Visual Studio-előfizetőt. Miután hozzárendelte mind az öt alapszintű hozzáféréssel rendelkező ingyenes felhasználót, további érdekelteket és Visual Studio-előfizetőket adhat hozzá.
Ha hat vagy több alapszintű hozzáféréssel rendelkező felhasználót szeretne hozzáadni, be kell állítania a számlázást az Azure-ban. Ezután fizethet több olyan felhasználóért, akiknek alapszintű hozzáférésre van szükségük, visszatérhet a szervezethez, felveheti ezeket a felhasználókat, és alapszintű hozzáférést rendelhet hozzájuk. Ha a számlázás be van állítva, a további felhasználók hozzáféréséért havonta kell fizetnie. És ezt bármikor le is mondhatja.
Ha több Visual Studio-előfizetésre van szüksége, megtudhatja, hogyan vásárolhat előfizetéseket.
K: Miért nem tud egyes felhasználók bejelentkezni?
Válasz: Ez a probléma azért fordulhat elő, mert a felhasználóknak Microsoft-fiókokkal kell bejelentkezniük, hacsak a szervezet nem szabályozza a Hozzáférést a Microsoft Entra-azonosítóval. Ha a szervezet csatlakozik a Microsoft Entra-azonosítóhoz, a hozzáféréshez címtártagnak kell lennie.
Ha Ön Microsoft Entra-rendszergazda, hozzáadhat felhasználókat a címtárhoz. Ha Ön nem Microsoft Entra-rendszergazda, vegye fel őket a címtáradminisztrátorsal. Tudnivalók a szervezeti hozzáférés Microsoft Entra-azonosítóval való szabályozásáról.
K: Miért vesztette el egyes felhasználók hozzáférését bizonyos funkciókhoz?
Válasz: A hozzáférés elvesztése különböző okokból történhet.
K: Hogyan eltávolítani a felhasználókat a szervezetemből?
Válasz: Megtudhatja , hogyan törölheti a felhasználókat a szervezet összes projektjében. Ha több felhasználóért fizetett, de már nincs szüksége a szervezet hozzáférésére, csökkentenie kell a fizetős felhasználókat a díjak elkerülése érdekében.
K: Miért nem találom a csatlakoztatott Microsoft Entra-azonosítóm tagjait, annak ellenére, hogy én vagyok a globális rendszergazda?
Válasz: Ön valószínűleg az Azure DevOpst háttérrendszerrel rendelkező Microsoft Entra-példány vendége. Alapértelmezés szerint a Microsoft Entra-vendégek nem kereshetnek a Microsoft Entra-azonosítóban, ezért nem talál felhasználókat a csatlakoztatott Microsoft Entra-azonosítóban a szervezethez való hozzáadáshoz.
Először ellenőrizze, hogy Ön a Microsoft Entra vendége-e:
Nyissa meg a szervezet Beállítások szakaszát. Tekintse meg a Microsoft Entra id alsó szakaszát . Jegyezze fel a szervezetet háttérként használó bérlőt.
Jelentkezzen be az új Azure Portalra, portal.azure.com. Ellenőrizze a felhasználói profilját a bérlőben az 1. lépésben. Ellenőrizze a felhasználótípus értékét az alábbiak szerint:
Ha Ön Microsoft Entra-vendég, hajtsa végre az alábbi lépések egyikét:
- Egy másik Azure DevOps-rendszergazdával, aki nem Microsoft Entra-vendég, kezelje a felhasználókat az Azure DevOpsban. Az Azure DevOps projektgyűjteménygazdák csoportjának tagjai felügyelhetik a felhasználókat.
- A Microsoft Entra rendszergazdája távolítsa el a fiókját a csatlakoztatott címtárból, és olvassa el. A rendszergazdának vendég helyett Microsoft Entra-tagnak kell lennie. Lásd: A Microsoft Entra B2B-felhasználók hozzáadhatók tagokként vendégek helyett?
- Módosítsa a Microsoft Entra-vendég felhasználótípusát a Microsoft Graph PowerShell használatával. Nem javasoljuk a következő folyamat használatát, de működik, és lehetővé teszi, hogy a felhasználó lekérdezhesse a Microsoft Entra-azonosítót az Azure DevOpsból.
Töltse le és telepítse a Microsoft Graph PowerShellt.
PowerShell Install-Module -Name Microsoft GraphNyissa meg a PowerShellt, és futtassa a következő parancsmagokat.
a. Csatlakozás a Microsoft Entra-azonosítóhoz:
PowerShell Connect-MgGraph -Scopes 'User.Read.All'b. Keresse meg a felhasználó objectId azonosítóját :
PowerShell Get-MgUser -Filter "UserPrincipalName eq '<YourUPN>'"c. Ellenőrizze a felhasználó usertype attribútumát annak ellenőrzéséhez, hogy vendég vagy tag-e:
PowerShell Get-MgUser -UserId <Id> -Property DisplayName, ID, UserPrincipalName, UserType | Select DisplayName, ID, UserPrincipalName, UserTyped. Módosítsa a felhasználótípusttagrólvendégre:
PowerShell Update-MgUser -UserID <replace the ID for the result of the command to search> -UserType Member
K: Miért nem jelennek meg vagy tűnnek el a felhasználók azonnal az Azure DevOpsban, miután hozzáadtam vagy töröltem őket a Felhasználói központban?
V: Ha késést tapasztal az új felhasználók megkeresése vagy a törölt felhasználók azonnali eltávolítása az Azure DevOpsból (például legördülő listákban és csoportokban) a felhasználók hozzáadása vagy törlése után, küldjön egy problémajelentést a fejlesztői közösségnek , hogy kivizsgálhassuk.
Miért kell választani a "munkahelyi vagy iskolai fiók" és a "személyes fiók" között?
Válassza ki a "munkahelyi vagy iskolai fiók" vagy a "személyes fiók" lehetőséget, amikor olyan e-mail-címmel jelentkezik be (például jamalhartnett@fabrikam.com), amelyet mindkét fiók megoszt. Bár mindkét identitás ugyanazt a bejelentkezési címet használja, különállóak, és különböző profilokkal, biztonsági beállításokkal és engedélyekkel rendelkeznek.
Válassza a Munkahelyi vagy iskolai fiókot , ha ezzel az identitással hozta létre a szervezetet, vagy korábban bejelentkezett vele. A szervezet Microsoft Entra ID-ban található címtára hitelesíti az identitást, és szabályozza a szervezethez való hozzáférést.
Válassza a Személyes fiókot , ha Microsoft-fiókját az Azure DevOpsszal használta. A Microsoft-fiókok globális címtára hitelesíti az ön identitását.
Miért nem tudok bejelentkezni a "személyes Microsoft-fiók" vagy a "munkahelyi vagy iskolai fiók" kiválasztása után?
Ha a bejelentkezési címét a személyes Microsoft-fiókja és a munkahelyi vagy iskolai fiókja is megosztja, de a kijelölt identitás nem rendelkezik hozzáféréssel, nem tud bejelentkezni. Bár mindkét identitás ugyanazt a bejelentkezési címet használja, különállóak, és különböző profilokkal, biztonsági beállításokkal és engedélyekkel rendelkeznek.
A probléma megoldásához jelentkezzen ki teljesen az Azure DevOpsból, és jelentkezzen be újra a másik identitásával. Előfordulhat, hogy a böngésző bezárása nem kijelentkezteti teljesen, ezért hajtsa végre az alábbi lépéseket:
Zárja be az összes böngészőt, beleértve azOkat a böngészőket is, amelyek nem az Azure DevOpst futtatják.
Nyisson meg egy privát vagy inkognitó böngészési munkamenetet.
Ugrás ide:
https://aka.ms/vssignout.Megjelenik a "Kijelentkezés folyamatban" üzenet. A kijelentkezés befejezése után a böngésző átirányítja Az Azure DevOps weblapjára.
Tip
Ha a bejelentkezési oldal egy percnél tovább tart, zárja be a böngészőt, és próbálkozzon újra.
Jelentkezzen be az Azure DevOpsba, és válassza ki a másik identitását.
Hogyan kérhetek segítséget vagy támogatást az Azure DevOpshoz?
Váltás az Azure Portal és az Azure DevOps fiókjai között
K: Rendszergazdaként hogyan könnyíthetem meg a fiókok közötti váltást az Azure Portalon és az Azure DevOpsban?
Válasz: Több fiók kezelése nehézkes és időigényes lehet. A folyamat egyszerűsítése érdekében fontolja meg a következő műveleteket:
- Különböző böngészők vagy profilok használata: Az egyes fiókok különböző webböngészőinek vagy böngészőprofiljainak használatával egyszerre több fiókba is bejelentkezhet anélkül, hogy oda-vissza váltana.
- Inkognitó/privát böngészés használata: Inkognitó vagy privát böngészési ablak használatával ideiglenesen hozzáférhet egy másik fiókhoz az aktuális munkamenet befolyásolása nélkül.
- egyszeri bejelentkezés (SSO): Ha a szervezet támogatja, az egyszeri bejelentkezés (SSO) implementálása az Azure-szolgáltatások közötti bejelentkezési folyamat egyszerűsítése érdekében.