Udostępnij za pośrednictwem


Przenoszenie elementów roboczych z jednego zespołu do innego zespołu

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Wprowadzenie

Podczas dodawania zespołu lub reorganizacji istniejących zespołów może być konieczne przeniesienie elementów roboczych z jednego zespołu do innego przez zaktualizowanie ich ścieżek obszaru. Każdy element roboczy w usłudze Azure DevOps jest przypisywany do ścieżki obszaru, która określa własność zespołu i wpływa na sposób wyświetlania elementów roboczych na listach prac i tablicach.

Elementy robocze podzielone na kategorie w kategorii Wymagania są wyświetlane na liście prac zespołu na podstawie ich przypisania do ścieżki obszaru zespołu. Podobnie przypisywanie innych elementów roboczych do ścieżki obszaru zespołu obsługuje zapytania i raportowanie na podstawie własności zespołu.

Wymagania wstępne

  • Dostęp do projektu: być członkiem projektu.

  • Uprawnienia:

    • Aby wyświetlić, śledzić i edytować elementy robocze, mają widok elementów roboczych w tym węźle i Edytuj elementy robocze w tym węźle uprawnienia ustawione na Zezwalaj. Domyślnie grupa Współautorzy ma te uprawnienia. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień śledzenia pracy.
  • Aby dodać tagi do elementów roboczych, ustaw uprawnienie Utwórz nową definicję tagu na wartość Zezwalaj. Domyślnie grupa Współautorzy ma to uprawnienie.

  • Poziomy dostępu:

    • Aby dodać nowe tagi do elementów roboczych lub wyświetlić lub śledzić żądania ściągnięcia, mają co najmniej dostęp podstawowy .
    • Aby wyświetlić lub śledzić elementy robocze, mają co najmniej dostęp uczestników projektu . Aby uzyskać więcej informacji, zobacz About access levels (Informacje o poziomach dostępu).
    • Wszyscy członkowie projektu, w tym członkowie grupy Czytelnicy , mogą wysyłać wiadomości e-mail zawierające elementy robocze.

    Uwaga

    • Zapewnianie uczestnikom projektu dostępu do członków, którzy chcą przyczynić się do dyskusji i przeglądu postępu. Są to zazwyczaj członkowie, którzy nie współtworzyją kodu, ale chcą wyświetlać elementy robocze, listy prac, tablice i pulpity nawigacyjne.
    • Uczestnicy projektu nie mogą dodawać nowych tagów, nawet jeśli uprawnienie jest jawnie ustawione ze względu na ich poziom dostępu. Aby uzyskać więcej informacji, zobacz Stakeholder access quick reference (Dostęp uczestnika projektu — krótki przewodnik).
  • Uprawnienia ścieżki obszaru: uprawnienia do wyświetlania i edytowania elementów roboczych w węzłach Ścieżka obszaru. Aby uzyskać więcej informacji, zobacz Modyfikowanie elementów roboczych w obszarze lub ścieżce iteracji.
  • Skonfigurowane ścieżki obszaru: upewnij się, że zespół docelowy ma prawidłowo skonfigurowane ścieżki obszaru. Jeśli nie, przed przeniesieniem elementów roboczych skonfiguruj wymagane ścieżki obszaru.
  • Spójny model procesów: zespoły powinny używać zgodnego modelu procesów (dziedziczonego, hostowanego kodu XML lub lokalnego kodu XML), aby zapewnić bezproblemowe przenoszenie elementów roboczych.
  • Tworzenie kopii zapasowych elementów roboczych: zalecamy utworzenie kopii zapasowej lub wyeksportowanie elementów roboczych przed wykonaniem operacji zbiorczych, aby zapobiec utracie danych, jeśli wystąpi błąd.
  • Narzędzia: aby użyć poleceń interfejsu wiersza polecenia platformy Azure, zainstaluj interfejs wiersza polecenia platformy Azure zgodnie z opisem w artykule Rozpoczynanie pracy z interfejsem wiersza polecenia usługi Azure DevOps.
  • Dostęp do projektu: być członkiem projektu.

  • Uprawnienia:

    • Aby wyświetlić, śledzić i edytować elementy robocze, mają widok elementów roboczych w tym węźle i Edytuj elementy robocze w tym węźle uprawnienia ustawione na Zezwalaj. Domyślnie grupa Współautorzy ma te uprawnienia. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień śledzenia pracy.
  • Aby dodać tagi do elementów roboczych, ustaw uprawnienie Utwórz nową definicję tagu na wartość Zezwalaj. Domyślnie grupa Współautorzy ma to uprawnienie.

  • Poziomy dostępu:

    • Aby dodać nowe tagi do elementów roboczych lub wyświetlić lub śledzić żądania ściągnięcia, mają co najmniej dostęp podstawowy .
    • Aby wyświetlić lub śledzić elementy robocze, mają co najmniej dostęp uczestników projektu . Aby uzyskać więcej informacji, zobacz About access levels (Informacje o poziomach dostępu).
    • Wszyscy członkowie projektu, w tym członkowie grupy Czytelnicy , mogą wysyłać wiadomości e-mail zawierające elementy robocze.

    Uwaga

    • Zapewnianie uczestnikom projektu dostępu do członków, którzy chcą przyczynić się do dyskusji i przeglądu postępu. Są to zazwyczaj członkowie, którzy nie współtworzyją kodu, ale chcą wyświetlać elementy robocze, listy prac, tablice i pulpity nawigacyjne.
    • Uczestnicy projektu nie mogą dodawać nowych tagów, nawet jeśli uprawnienie jest jawnie ustawione ze względu na ich poziom dostępu. Aby uzyskać więcej informacji, zobacz Stakeholder access quick reference (Dostęp uczestnika projektu — krótki przewodnik).

Przenoszenie elementów roboczych w zespołach

Aby przenieść elementy robocze w zespole, wykonaj następujące czynności:

  1. Utwórz zapytanie dotyczące wszystkich elementów roboczych, które chcesz ponownie przypisać.

  2. Wielokrotne wybieranie tych elementów, które należą do każdego zespołu, i zbiorcze edytowanie ścieżki obszaru.

    Zrzut ekranu przedstawiający portal internetowy, stronę Zapytania, Zbiorcze modyfikowanie wybranych elementów roboczych.
  3. Po zbiorczej modyfikacji zapisz zbiorczo.

    Zrzut ekranu przedstawiający zbiorcze zapisywanie edytowanych elementów roboczych.

Przenoszenie elementu roboczego przy użyciu interfejsu wiersza polecenia platformy Azure

Możesz użyć polecenia az boards work-item update , aby przenieść pojedynczy element roboczy, aktualizując jego ścieżkę obszaru.

az boards work-item update --id
                           [--area]
                           [--assigned-to]
                           [--description]
                           [--discussion]
                           [--fields]
                           [--iteration]
                           [--open]
                           [--reason]
                           [--state]
                           [--title]

Parametry

  • id: wymagane. Identyfikator elementu roboczego do zaktualizowania.
  • obszar: opcjonalnie. Ścieżka bezwzględna obszaru. Przykład: --path \ProjectName\Area\AreaName.
  • przypisane do: opcjonalne. Nazwa osoby, której element roboczy jest przypisany do narzędzia Jamal.
  • opis: Opcjonalnie. Opis elementu roboczego.
  • dyskusja: Opcjonalnie. Dodaj komentarz do dyskusji w elemencie roboczym.
  • pola: opcjonalne. Odstępy rozdzielone parami "field=value" dla pól niestandardowych, które chcesz ustawić.
  • iteracja: opcjonalnie. Ścieżka bezwzględna iteracji. Przykład: \ProjectName\Iteration\IterationName.
  • otwórz: opcjonalnie. Otwórz element roboczy w domyślnej przeglądarce internetowej.
  • przyczyna: Opcjonalne. Przyczyna stanu elementu roboczego.
  • stan: Opcjonalnie. Stan elementu roboczego, na przykład Aktywny.
  • title: Opcjonalnie. Tytuł elementu roboczego.

Przykład

Jednocześnie można przenieść tylko jeden element roboczy przy użyciu interfejsu wiersza polecenia usługi Azure DevOps. W tym przykładzie przenosimy identyfikator elementu roboczego=148 w ścieżce obszaru Fabrikam Fiber\Production Planning .

az boards work-item update --id 148 --area "Fabrikam Fiber\Production Planning" --output yaml

Następujące dane wyjściowe YAML zawierają informacje dotyczące każdego pola zdefiniowanego dla elementu roboczego.

fields:
  Microsoft.VSTS.Common.Priority: 2
  Microsoft.VSTS.Common.StackRank: 1500000001.0
  Microsoft.VSTS.Common.StateChangeDate: '2021-11-23T22:26:28.27Z'
  Microsoft.VSTS.Common.ValueArea: Business
  System.AreaPath: Fabrikam Fiber\Production Planning
  System.AssignedTo:
    _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.BoardColumn: Backlog
  System.ChangedBy:
   _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.ChangedDate: '2022-05-19T22:58:52.93Z'
  System.CommentCount: 0
  System.CreatedBy:
   _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.CreatedDate: '2021-11-23T22:26:28.27Z'
  System.Description: <div>This user story is for documentation purposes.&nbsp; </div>
  System.IterationPath: Fabrikam Fiber\Release 2\Sprint 1
  System.Reason: New
  System.State: New
  System.TeamProject: Fabrikam Fiber
  System.Title: Test the Request feedback functionality
  System.WorkItemType: User Story
  WEF_10182DA5BCCD4CE2A43629FFBD290EF2_Kanban.Column: Backlog
id: 148
relations:
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/152
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/153
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/151
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/149
rev: 5
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/148

Weryfikowanie listy prac zespołu

Po przeniesieniu elementów roboczych z jednego zespołu do innego zespołu sprawdź listę prac zespołu, aby upewnić się, że elementy zostaną wyświetlone. Aby uzyskać więcej informacji, zobacz Tworzenie listy prac.

Jeśli wystąpią jakiekolwiek problemy, zapoznaj się z artykułem Konfigurowanie list prac i tablic projektu.