Konfigurowanie grup początkowych, zespołów, członków i uprawnień

Artykuł
03/12/2013

Za pomocą pliku dodatku plug-in dla grup i uprawnień, można skonfigurować ustawienia zabezpieczeń początkowego dla zespołu projektu.Można to osiągnąć przez definiowanie zadań, których Utwórz grupy zabezpieczeń, zagnieżdżenie grup, definiowanie grup jako zespoły, skonfigurować ustawienia początkowego zespołowego, przypisują członków do grup oraz udzielić lub odmówić określonych uprawnień do poszczególnych grup.Oprócz wykonywania tych zadań, można określić ustawienia początkowe zabezpieczeń na poziomie zbioru, poziomu projektu i obszarów klasyfikacji projektu.

Szablony procesów Microsoft przypisać kilku uprawnień do grup domyślnych.Dostosowywanie pliku dodatku plug-in dla grup i uprawnień można zmodyfikować te przydziały.Aby uzyskać więcej informacji na ten temat patrz dodatek typu plug-in, Definiowanie grup, zespołów i uprawnień przy użyciu wtyczki grup i uprawnień.

W tym temacie

Definiowanie i przypisywania uprawnień do grup przy użyciu grupy Członkowskie oraz elementy uprawnienia grupy
Grupowanie makr i domyślne grupy zdefiniowane w Team Foundation Server
Zagnieżdżanie grup i przypisywanie członków do grup
Definiowanie zespołu
Przypisywanie uprawnień na poziomie kolekcji
Przypisywanie uprawnień na poziomie projektu
Przypisywanie uprawnień do sterowania obszar ścieżki
Przypisywanie uprawnień do sterowania iteracji ścieżek

Aby uzyskać informacje dotyczące sposobu konfigurowania ustawień zabezpieczeń początkowego dla projektu zespołu obszarów funkcjonalnych, takich jak Team Foundation Build, Kontrola wersji programu Team Foundation, i Visual Studio Lab Management, zobacz Kontrola dostępu do obszarów funkcjonalnych.

Aby uzyskać informacje na temat dostosowywania typów elementów roboczych, aby udzielić lub odmówić dostępu do grup lub użytkowników, zobacz Zarządzanie uprawnieniami w celu utworzenia lub modyfikacji elementów pracy.

Aby uzyskać więcej informacji o sposobach administrowani użytkownicy i grupy i kontroli dostępu dla Visual Studio Application Lifecycle Management (ALM), zobacz Konfigurowanie użytkowników, grup i uprawnień.

Definiowanie i przypisywanie uprawnień do grup przy użyciu grupy Członkowskie oraz elementy uprawnienia grupy

Można użyć group i member elementów, aby określić nowe zabezpieczenie jest grupowanie w Team Foundation Server i dodać członków do tej grupy.Można użyć grupy permission element, aby przypisać uprawnienia do grupy i do członków tej grupy.Musi hermetyzacji, każdy z tych elementów w ramach ich odpowiednich elementów kontenera: groups, members, i permissions.Użyj następujących struktury składnia dla każdej z następujących elementów:

<group name="Group Name" description="Description of Group"></group>
<member name="MemberName"></member>
<permission name="PermissionName" class="ClassName" allow="True | False"/>

W poniższej tabeli opisano atrybuty dla group, member, a grupa permission elementy.Używanie tych elementów tylko w pliku dodatku plug-in grup i uprawnień.

Element	Atrybut	Opis
group	name	Określa nazwę grupy, który jest tworzony.
	isTeam	Wskazuje, czy grupa ma zespół (true) czy nie (false).
	description	Zawiera opis przeznaczenia grupy do innych użytkowników.
member	name	Określa nazwę grupy, której dodawany jako członek innej grupy.Można utworzyć grupy i wstępnie je z jakąkolwiek z następujących typów elementów członkowskich: Grupy domyślne, które są zdefiniowane wTeam Foundation Server Grup projektów, które zostały wcześniej utworzone w pliku groupsandpermissions.xml (na przykład [$$$ $NAZWAPROJEKTU] \Contributors) Grupy i użytkownicy, którzy są zdefiniowane w usłudze Active Directory, która zostanie określona przy użyciu następującego formatu: DOMENA AZWA_UŻYTKOWNIKA NALEŻY Aby dowiedzieć się, format używany podczas określania grup domyślnych, zobacz Domyślne grupy definiowane w Team Foundation Server dalszej części tego tematu.
permission	name	Określa, które uprawnienia są stosowane.Aby uzyskać listę obsługiwanych uprawnień zobacz następujące sekcje dalej w tym temacie: Przypisywanie uprawnień na poziomie kolekcji Przypisywanie uprawnień na poziomie projektu Przypisywanie uprawnień do obszaru kontroli i poziomy iteracji
	class	Identyfikuje klasy lub obszarze, gdzie uprawnienia grupy.Prawidłowe są następujące wartości: NAMESPACE: Określa uprawnienia na poziomie kolekcji. PROJECT: Określa uprawnienia na poziomie projektu. CSS_NODE: Określa uprawnienia do przeglądania i zarządzania obszar ścieżki do zespołu projektu. ITERATION_NODE: Określa uprawnienia do przeglądania i Zarządzanie ścieżkami iteracji dla zespołu projektu.
	allow	Używa true lub false wartość, aby wskazać, czy uprawnienie jest dozwolone lub odrzucone.
	path	Identyfikuje węzeł obszar ścieżki lub ścieżki iteracji, gdzie są stosowane uprawnienia.Ten atrybut jest prawidłowy tylko wtedy, gdy class jest ustawiony na CSS_NODE lub ITERATION_NODE.

Grupowanie makr i domyślne grupy zdefiniowane w Team Foundation Server

Poniższa lista zawiera makra, które można użyć, aby określić grupę domyślną, która jest zdefiniowana w Team Foundation Server.

[!UWAGA]

Makra można określić w tabeli poniżej, tylko w dodatku typu plug-in dla grup i uprawnień.Nie można określić te makra, przypisując uprawnienia za pomocą wtyczek na budowie, kontroli wersji lub lab management.

Grupy domyślne	Makro
Administratorzy zbioru projektu	\$$PROJECTCOLLECTIONADMINGROUP$$ [SERWER] \$$TEAMFOUNDATIONADMINGROUP$$ [SERWER] $$ $COLLECTIONADMINGROUP$ $
Konta usług kolekcji projektu	\$$PROJECTCOLLECTIONSERVICESGROUP$$ [SERWER]
Konta usług kolekcji kompilacji projektu	\$$PROJECTCOLLECTIONBUILDSERVICESGROUP$$ [SERWER] $$ $COLLECTIONBUILDSERVICESGROUP$ $
Administratorzy kompilacji zbioru projektu	\$$PROJECTCOLLECTIONBUILDADMINSGROUP$$ [SERWER] $$ $COLLECTIONBUILDADMINISTRATORSGROUP$ $
Administratorzy projektu	$$ $PROJECTADMINGROUP$ $ \$$PROJECTADMINGROUP$$ [$$$ $NAZWAPROJEKTU] \Builders [$$$ $NAZWAPROJEKTU]
Twórca projektu	$$ $CREATOR_OWNER$ $ @Creator
Domyślnego zespołu	@defaultTeam

Zagnieżdżanie grup i przypisaniem członków do grup przykład

Jak skonfigurować grupy, które noszą nazwy TestGroup1, TestGroup2 i TestGroup3 można znaleźć w poniższym przykładzie.W tym przykładzie należy dodać TestGroup1, jako członek TestGroup2.Aby ten kod ma obowiązywać należy zdefiniować TestGroup1 przed zdefiniowaniem TestGroup2.

<task id="GroupCreation1"> 
    <taskXml>
      <groups>
        <group name="TestGroup1" description="Test group 1.  Contains no members out of the box.">
          <permissions>
            <permission name="GENERIC_READ" class="PROJECT" allow="true" />
          </permissions>
        </group>
        <group name="TestGroup2" description="Test group 2.  Contains TestGroup1 and Project Administrators.">
          <permissions>
            <permission name="GENERIC_READ" class="PROJECT" allow="true" />
          </permissions>
          <members>
            <member name="TestGroup1" />
            <member name="$$PROJECTADMINGROUP$$" />
          </members>
        </group>
        <group name="TestGroup3" description="Test group 3. Contains DOMAIN\USER, DOMAIN\GROUP, Project Administrators, and Project Collection Build Service Accounts.">
          <permissions>
            <permission name="GENERIC_READ" class="PROJECT" allow="true" />
          </permissions>
          <members>
            <member name="DOMAIN\USER" />
            <member name="DOMAIN\GROUP" />
            <member name="[$$PROJECTNAME$$]\$$PROJECTADMINGROUP$$" />
            <member name="[SERVER]\$$PROJECTCOLLECTIONBUILDSERVICESGROUP$$" />
          </members>
        </group>
      </groups>
    </taskXml>
</task>

Definiowanie zespołu

Poza tworzeniem grup, można przypisać grupę jako zespół.Tworzenie zespołu projektu tworzy również domyślnego zespołu.Jeśli masz kilka zespołów, które chcą organizują swoją pracę, niezależnie od innych zespołów, a następnie można wykonać jedną z definiowania tych zespołów w grupach i uprawnienia pliku dodatku plug-in lub można je skonfigurować po utworzeniu zespołu projektu.Zobacz Rozpoczynanie jako zespół.

Jak skonfigurować grupy w zespole można znaleźć w poniższym przykładzie.W tym przykładzie określamy grupie zespołu sen zespołowo i dodać Twórca projektu zespołu jako członka zespołu.Niezależnie od ścieżki iteracji, które określisz dla zespołu musi być zdefiniowana w pliku dodatku plug-in klasyfikacje.Zobacz Definiowanie obszarów początkowych i iteracji we wtyczce klasyfikacji.

<group name="Dream Team" isTeam="true" description="Next generation work">
   <permissions>
      <permission name="GENERIC_READ" class="PROJECT" allow="true" />
   </permissions>
   <members>
      <member name="@creator"/>
   </members>
   <teamSettings areaPath="Area">
      <iterationPaths backlogPath="Iteration">
         <iterationPath path="Release 1\Sprint 1" />
         <iterationPath path="Release 1\Sprint 2" />
         <iterationPath path="Release 1\Sprint 3" />
         <iterationPath path="Release 1\Sprint 4" />
         <iterationPath path="Release 1\Sprint 5" />
         <iterationPath path="Release 1\Sprint 6" />
      </iterationPaths>
   </teamSettings>
</group>

Przypisywanie uprawnień na poziomie kolekcji

Przy użyciu grupy można przypisać uprawnienia na poziomie kolekcji permission elementu i klasa obszaru nazw.Te uprawnienia kontroli dostępu do zasobów, które są dostępne w wielu projektach zespołu.Można ustawić uprawnienia na poziomie kolekcji dla następujących kategorii użytkowników:

Na poziomie zbioru użytkowników i grup, takich jak Administratorzy zbioru projektu
Grupy poziom projektu, które zostały dodane do kolekcji poziomu na serwerze z systememTeam Foundation
Grupy niestandardowe, które możesz utworzyć i dodać do poziomu kolekcji

Aby format używany w przypadku grup, zobacz Domyślne grupy definiowane w Team Foundation Server wcześniej w tym temacie.

[!UWAGA]

Uprawnienia można ustawić, klikając prawym przyciskiem myszy serwer w Team Explorer , a następnie klikając polecenie zabezpieczeń, otwierając i za pomocą konsoli administracyjnej dla Team Foundation, lub za pomocą TFSSecurity i tf z narzędzi wiersza polecenia.Aby uzyskać więcej informacji, zobacz Collection-Level Groups, Zmiana grupy i uprawnienia z TFSSecurity i Permission Command.

Jak udzielić uprawnienia na poziomie kolekcji do administratorów projektu dla projektu zespołu można znaleźć w poniższym przykładzie.

<group name="PROJECTADMINGROUP" description="Members of this group can add, modify, and delete items within the team project.">
   <permissions>
       <permission name="GENERIC_READ" class="NAMESPACE" allow="true" />
       <permission name="WORK_ITEM_WRITE" class="NAMESPACE" allow="true" />
       <permission name="MANAGE_LINK_TYPES" class="NAMESPACE" allow="true" />
       <permission name="MANAGE_TEMPLATE" class="NAMESPACE" allow="true" />
       <permission name="MANAGE_TEST_CONTROLLERS" class="NAMESPACE" allow="true" />
    </permissions>
</group>

W poniższej tabeli opisano uprawnienia poziomu kolekcji, które można przypisać.

[!UWAGA]

Domyślnie nie uprawnienia na poziomie kolekcji są przypisywane w MSF szablony procesów.

Uprawnienie	Opis
DIAGNOSTIC_TRACE	Zmienić ustawienia śledzenia.Można zmienić ustawienia śledzenia gromadzenia bardziej szczegółowych informacji diagnostycznych dotyczących usług sieci Web dla Team Foundation Server.
CREATE_PROJECTS	Tworzenie nowych projektów w.Można tworzyć projekty w Kolekcja projektów zespołu.
GENERIC_WRITE	Edytowanie informacji o poziomie zbioru.Można edytować uprawnienia na poziomie kolekcji dla użytkowników i grup w Kolekcja projektów zespołu.Użytkownicy, którzy mają to uprawnienie mogą wykonywać następujące zadania: Dodawanie, usuwanie lub zmienianie nazwy grupy aplikacji na poziomie kolekcji z kolekcji w Team Foundation Server. Uwaga Nie można usunąć domyślnego poziomu kolekcji grup, takich jak Administratorzy zbioru projektu. Dodać lub usunąć użytkownika lub grupy systemu Windows użytkownika lub innej grupy aplikacji w Team Foundation Server (na poziomie serwera). Zmień uprawnienia na poziomie kolekcji dla użytkowników i grup. Ponadto użytkownicy, którzy mają to uprawnienie można modyfikować uprawnienia do kontroli wersji i mają dostęp do zapisu do wszystkich plików w kontroli wersji chyba, że ich jawnie dostępu przez inne uprawnienia.
MANAGE_TEMPLATE	Zarządzanie szablonami procesu.Można pobrać, tworzyć, edytować i przesłać szablony procesów do Kolekcja projektów zespołu.
MANAGE_TEST_CONTROLLERS	Zarządzanie kontrolerami test.Można i wyrejestrowywaniem kontrolerów test dla Kolekcja projektów zespołu.
MANAGE_LINK_TYPES	Zarządzanie typami łącze element pracy.Można dodać, usunąć i zmień typy łączy dla pozycji roboczych.
GENERIC_READ	Służy do wyświetlania informacji na poziomie zbioru.Można przeglądać członkostwa grup na poziomie zbioru i uprawnienia tych użytkowników.

Przypisywanie uprawnień na poziomie projektu

Można przypisywać uprawnienia na poziomie projektu w grupy i uprawnienia pliku dodatku plug-in.Przypisanie tych uprawnień przy użyciu grupy permission elementu i klasa projektu.Uprawnienia te kontrolują dostęp do zasobów na jeden projekt.Można udzielić dostępu użytkownikom i grupom w systemie Windows, grup w Team Foundationi grup, które uprzednio zdefiniowanego w pliku dodatku plug-in grup i uprawnień.Aby format używany w przypadku grup, zobacz Domyślne grupy definiowane w Team Foundation Server wcześniej w tym temacie.

[!UWAGA]

Po utworzeniu projektu zespołu uprawnienia można ustawić Team Explorer klikając prawym przyciskiem myszy projekt, klikając polecenie Ustawienia projektu zespołu, a następnie klikając polecenie zabezpieczeń.Uprawnienia można również ustawić za pomocą TFSSecurity narzędzie wiersza polecenia.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Poniższy przykład pokazuje, jak udzielenie kilku uprawnień do grupy współpracowników do zespołu projektu.

<group name="Contributors" description="Members of this group can add, modify, and delete items within the team project.">
   <permissions>
      <permission name="GENERIC_READ" class="PROJECT" allow="true" />
      <permission name="DELETE_TEST_RESULTS" class="PROJECT" allow="true" />
       <permission name="PUBLISH_TEST_RESULTS" class="PROJECT" allow="true" />
       <permission name="VIEW_TEST_RESULTS" class="PROJECT" allow="true" />
       <permission name="MANAGE_TEST_ENVIRONMENTS" class="PROJECT" allow="true" />
      <permission name="MANAGE_TEST_CONFIGURATIONS" class="PROJECT" allow="true" />
   </permissions>
</group>

Poniższej tabeli opisano uprawnienia poziomu projektu, które można przypisać oraz wskazuje domyślnych przypisań, wysyłane z MSF szablony procesów.

Uprawnienie	Opis	Czytniki	Współautorzy	Budowanie Administratorzy
GENERIC_READ	Zobacz informacje dotyczące projektu.Można przeglądać członkostwa grup poziomu projektu i uprawnień tych członków.
VIEW_TEST_RESULTS	Zobacz testów.Można wyświetlać planów testowania w tym węźle.
MANAGE_TEST_CONFIGURATIONS	Zarządzanie konfiguracjami test.Można tworzyć i usuwać konfiguracji testów dla zespołu projektu.
MANAGE_TEST_ENVIRONMENTS	Zarządzanie środowisk testowych.Można tworzyć i usuwać środowisk testowych do zespołu projektu.
PUBLISH_TEST_RESULTS	Tworzenie testów.Można dodać i usunąć wyniki badań oraz dodawać lub modyfikować testów dla zespołu projektu.
DELETE_TEST_RESULTS	Usuń testów.Można usunąć zaplanowanego test dla zespołu projektu.
DELETE	Usuwanie projektu zespołu.Można usunąć z Team Foundation Server projektu, dla którego użytkownik ma to uprawnienie.
GENERIC_WRITE	Edytuj informacje dotyczące projektu.Można edytować uprawnienia na poziomie projektu dla użytkowników i grup w Team Foundation Server.

Przypisywanie uprawnień do sterowania obszar ścieżki

Można przypisywać uprawnienia, które kontrolują dostęp do definicji obszaru przy użyciu grupy permission element i klasy CSS_NODE.Uprawnienia te kontrolują dostęp do struktury klasyfikacji pojedynczego projektu.Można udzielić dostępu użytkownikom i grupom w systemie Windows, grup w Team Foundationi grup, które uprzednio zdefiniowanego w pliku dodatku plug-in grup i uprawnień.Aby uzyskać informacje na temat format używany w przypadku grup, zobacz Domyślne grupy definiowane w Team Foundation Server wcześniej w tym temacie.

[!UWAGA]

Po utworzeniu projektu zespołu uprawnienia można ustawić Team Explorer klikając prawym przyciskiem myszy projekt, klikając polecenie obszarów i iteracje, klikając obszar kartę, a następnie klikając polecenie zabezpieczeń. Można przypisać uprawnienia do węzłów na różnych poziomach w hierarchii.Uprawnienia można również ustawić za pomocą TFSSecurity narzędzie wiersza polecenia.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Poniższy przykład pokazuje, jak udzielenie kilku uprawnień do grupy współpracowników do zespołu projektu.

<group name="Contributors" description="Members of this group can add, modify, and delete items within the team project.">
   <permissions>
      <permission name="GENERIC_READ" class="CSS_NODE" allow="true" />
      <permission name="WORK_ITEM_READ" class="CSS_NODE" allow="true" />
      <permission name="WORK_ITEM_WRITE" class="CSS_NODE" allow="true" />
      <permission name="MANAGE_TEST_PLANS" class="CSS_NODE" allow="true" />
   </permissions>
</group>

W poniższej tabeli opisano uprawnienia, które można przypisać do kontrolowania dostępu do hierarchicznej struktury dla strefy projektu i węzły iteracji.Tabela wskazuje również domyślnych przypisań, wysyłane z MSF szablony procesów.

[!UWAGA]

Niektóre operacje do śledzenia elementów pracy wymagają wiele uprawnień.Na przykład należy wiele uprawnień do usunięcia węzła.

Uprawnienie	Opis	Czytniki	Współautorzy	Budowanie Administratorzy
GENERIC_READ	Wyświetlić ten węzeł.Można przejrzeć ustawienia zabezpieczeń dla węzła obszaru.
WORK_ITEM_READ	Zobacz elementy pracy w tym węźle.Można przeglądać, ale nie zmienia, pozycje robocze, które są przypisane do węzła obszaru.
WORK_ITEM_WRITE	Edytowanie elementów pracy, w tym węźle.Można edytować pozycje robocze, które są przypisane w węźle obszaru.
MANAGE_TEST_PLANS	Zarządzać planami test.Można tworzyć i edytować planów testowania, które są przypisane w węźle obszaru.Jeśli plany test nie był być prawidłowo, można również usunąć je.
CREATE_CHILDREN	Tworzenie i zamówić węzły podrzędne.Aby utworzyć obszar węzłów.Użytkownicy, którzy mają to uprawnienie i uprawnienie GENERIC_WRITE można przenieść lub zmienić kolejność każde dziecko węzła obszaru.
DELETE	Usuń węzeł.Można usunąć obszaru węzłów. Użytkownicy, którzy mają to uprawnienie i uprawnienia GENERIC_WRITE do innego węzła można usunąć węzły obszaru i przeklasyfikować istniejących elementów pracy z usuniętego węzła.Jeśli węzeł usuniętych ma węzły podrzędne, usuwane są również tych węzłów.
GENERIC_WRITE	Edytuj ten węzeł.Można ustawić uprawnienia dla i zmień nazwę obszaru węzłów.

Przypisywanie uprawnień do sterowania iteracji ścieżek

Nadać uprawnienia, które kontrolują dostęp do ścieżek iteracji przy użyciu grupy permission element i ITERATION_NODE klasy.Uprawnienia te kontrolują dostęp do wersje punkt kontrolny lub iteracji dla jednego projektu.Można udzielić dostępu użytkownikom i grupom w systemie Windows, grup w Team Foundationi grup, które uprzednio zdefiniowanego w pliku dodatku plug-in grup i uprawnień.Aby uzyskać informacje na temat format używany w przypadku grup, zobacz Domyślne grupy definiowane w Team Foundation Server wcześniej w tym temacie.

[!UWAGA]

Po utworzeniu projektu zespołu uprawnienia można ustawić Team Explorer klikając prawym przyciskiem myszy projekt, klikając polecenie obszarów i iteracje, klikając iteracji kartę, a następnie klikając polecenie zabezpieczeń.Można przypisać uprawnienia do węzłów na różnych poziomach w hierarchii.Uprawnienia można również ustawić za pomocą TFSSecurity narzędzie wiersza polecenia.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Jak udzielić kilku uprawnień do grupy współpracowników do zespołu projektu można znaleźć w poniższym przykładzie:

<group name="Contributors" description="Members of this group can add, modify, and delete items within the team project.">
   <permissions>
      <permission name="GENERIC_READ" class="ITERATION_NODE" allow="true" />
      <permission name="GENERIC_WRITE" class="ITERATION_NODE" allow="true" />
      <permission name="CREATE_CHILDREN" class="ITERATION_NODE" allow="true" />
   </permissions>
</group>

W poniższej tabeli opisano uprawnienia, które można przypisać do kontrolowania dostępu do hierarchicznej struktury dla węzłów iteracji projektu.Ponieważ szablony procesów MSF nie zostanie podana żadna ITERATION_NODE uprawnienia, wszystkie zespołu, członkowie mogą tworzyć, wyświetlanie i usuwanie węzłów iteracji.

[!UWAGA]

Niektóre operacje do śledzenia elementów pracy wymagają wiele uprawnień.Na przykład należy wiele uprawnień do usunięcia węzła.

Uprawnienie	Opis
GENERIC_READ	Wyświetlić ten węzeł.Można przejrzeć ustawienia zabezpieczeń dla węzła.
CREATE_CHILDREN	Tworzenie i zamówić węzły podrzędne.Można utworzyć węzłów iteracji.Użytkownicy, którzy mają to uprawnienie i uprawnienie GENERIC_WRITE można przenieść lub zmienić porządek dowolny węzeł iteracji.
DELETE	Usuń węzeł.Można usunąć węzły iteracji. Użytkownicy, którzy mają to uprawnienie i uprawnienia GENERIC_WRITE do innego węzła można usunąć węzły iteracji i przeklasyfikować istniejących elementów pracy z usuniętego węzła.Jeśli węzeł usuniętych ma węzły podrzędne, usuwane są również tych węzłów.
GENERIC_WRITE	Edytuj ten węzeł.Można ustawić uprawnienia dla węzłów iteracji i zmienić nazwy węzłów.