Archívum
Jogosultság kezelés Team Foundation Server-ben
Többekben felmerült a kérdés, hogy miként lehet létrehozni különböző user group-okat majd azokhoz több szinten hozzáférést meghatározni. Ha már amúgy is írtam volna rá egy tutoriált, inkább hadd lássa hát mindenki. Plussz a JetLag sem segít az alvásban…
Hát az első és legfontosabb, hogy ha van egy user group-unk, mondjuk developers, akkor vegyük őt fel a TFS-be.
A TFS alapból 4 fő role-t definiál:
- Readers – csak olvasási joggal rendelkeznek, ide vesszük fel azokat a csoportokat, akik nem járulnak hozzá a projekthez, csak felügyeleti, követési szerepük van
- Contributors – tudnak írni és olvasni is, általában ebbe vesszük fel a fejlesztőinket
- Project Administrators – A projektűnk admin-ja, aki lényegében szinte bármit végrehajthat a projekten.
- Builders – Olyan felhasználók, akik a buildeket tudják menedzselni. Build definíciókat tudnak létrehozni, módosítani, buildeket futtatni stb…
Vegyük hát fel a groupunk / user-ünk a Contributors-ba:
Projekten jobb klikk, Team Project Settings / Group membership…
Kiválaszthatjuk a Contributors-t, majd properties, kiválasztjuk a Windows User or Group lehetőséget, és klikk Add:
Visszatérve a Project Groups ablakba láthatjuk, hogy saját custom group-ot is létre lehet hozni, amihez saját jogosultság készletet párosíthatunk, az add-ra klikkelve:
Klikk Close. Oké, de most milyen csoportjaink vannak, milyen hozzáféréssel pontosan? Újra klikkeljünk a Team Projet-ra egy jobbklikket, majd Team Project Settings / Security… A saját custom group-unk nincs a listában, de egy add-dal felvehetjük! Majd hozzárendeljünk a szükséges jogokat:
Hogyan lehet tovább finomhangolni a jogosultságokat?
Jobb klikk a Team Project-en / Team project settings / areas and iterations. Itt tovább finomíthatjuk, hogy melyik csoport melyik területen belül, melyik iterációban láthatja az információkat!
Egy tetszőleges területet, vagy area-t kiválasztva, nyomjunk a security-ra! Akár a root node-okra is klikkelhetünk!
Hozzá addoljuk a kérdéses group-unkat, majd hozzáadjuk a szükséges jogosultságokat. A fenti példában, pl a CustomGroup az adott Area-n belül módosíthat workitem-eket, teszt terveket, illetve az ebbe a node-ba tartozó workitem infókat láthatja.
Egy fontos dolog maradt még hátra, mégpedig a source control-hoz való hozzáférés! Dupla klikk a Source Control node-ra a team projekten belül, majd a source control folderből válasszunk ki egy tetszőleges folder-t, amihez a hozzáférést szeretnénk definiálni a CustomGroup-unk számára! Jobb klikk rajta, majd properties és security tab:
Jól látható, hogy egészen az alap lehetőségeket is be tudjuk állítani. Olvasás, becsekk, kicsekk, cimkézés, lockolás, Merging, branching stb…. Ha már itt tartunk, nem csak foldereken te brancheken is definiálhatjunk hozzáférési szabályokat. Ebben az esetben a teljes branch-re definiáljuk azt, amit az előbb csak folderekre:
Work-item szinten, work-item szinten is definiálhatunk szabályokat. Team Explorer-ben Team Project-en belül Work Items / Team Queries, majd ezen jobb klikk és security… Itt definiálhatjuk hogy az össze query-re vonatkozóan mit tehet meg az adott group. Olvasás, létrehozás, törlés, hozzáférés vezérlés.
Természetesen, nem csak a teljes Team Query node-ra, hanem a benne található egyes query-kre is külön definiálhatjuk a hozzáférési szabályokat.
Végül, de nem utolsó sorban a Builds node-on is van egy Security… ahol definiálhatjuk, hogy az összes build-re vonatkozóan az adott group milyen jogokkal rendelkezik… ezt persze buildenként is definiálhatjuk:
Gyakori probléma még, hogy az új user-ek a documents és a reports mappán egy kis piros X-et látnak. Ez azt jelenti (jobb esetben :D), hogy nincs hozzáférésük a sharepoint-on elhelyezett Team Site-hoz és a ReportServer által menedzselt reportokhoz. Ezeket az jogosultásokat a reporserveren, illetve a sharepoint-ban kell külön meghatározni, nem pedig a Team Explorerből.
No hát ezek lennének, a legfontosabb authorizációs mechanizmusok TFS alatt. Remélem extra gyors talpalónak hasznos volt, ha van valami kérdés, hát hadd záporozzon 🙂 Illetve érdekelne egy kis vélemény is: Jobb lenne ez a tutorial inkább egy 5-10 perces screencast-ban?
Silverlight Klub: MVVM, LOB demo és ppt
Tegnap este tartottuk a Silverlight Klub 2. összejövetelét, a téma a Line Of Business alkalmazások fejlesztése során felmerülő probléma halmaz, valamint az ehhez kapcsolódó prezentációs rétegben használható architektruális tervezési minták használata volt, közülük is kiemelve az MVVM (Model-View-ViewModel) pattern-t.
Volt szó sima Silverlight 4-ről, “építsd magad MVVM-ről”, Laurent Bugnion MVVM Toolkit-jéről, illetve a Composite Application Guidance (PRISM)-ről a Patterns & Practices csapattól. Akit érdekel, a demókat és ppt-m elérhetővé teszem most:
http://cid-51c821ae48394a3d.skydrive.live.com/embedicon.aspx/.Public/SLKlub_LOB_MVVM/MVVMDemos.rar
Továbbá, a kezdők számára korábban készítettem egy nagyon bevezető jellegű screencastot MVVM ügyben:
Visual Studio 2010 RC és .NET 4.0 Release Candidate elérhető
Bizony bizony, az MSDN előfizetők már rángathatják is le a kicsikét. Annyit tudunk róla elmondani, hogy a studio eszeveszett gyors lett. Agybafőbe veri a bétát és sokak szerint (twitter alapú hír) a 2008-at is! Február 10-től a teljes publikum számára elérhető, szóval már csak 1-et kell aludni 🙂
Kis negatívum, hogy bár az SL3-as projekteket teljes mértékben használhatjuk, addig a jelenlegi SL4 beta projectek nem támogatottak, szóval aki ilyesmi dolgozik, az jól beragadt egyenlőre 🙂 A hivatalos álláspont hogy meg kell várni a következő silverlight 4 biteket (remélem a napokban kapunk egy rc-t abból is…)
A csapat természetesen jelzi, hogy ez nem a végleges termék, már most is tudnak hibákról, egy csúnyább bug, hogy multitouch képes eszközökőn igen csúnyán becrash-sel, de természetesen már dolgoznak a hibán.
Természetesen a szerver termék sem maradhatott ki a buliból, így a Team Foundation Server 2010 Release Candidate is elérhetővé vált!
Itt érdemes körbenézni:
http://msdn.microsoft.com/en-us/vstudio/dd582936.aspx
Tessék kipróbálni, aztán halljam azokat a feedbackeket!!!!!
Árvai Zoltán Blogja 