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

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

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

Kategoria	Wymagania
uprawnienia	— Aby wyświetlić i edytować elementy robocze: Wyświetl elementy robocze w tym węźle i Edytuj elementy robocze w tym węźle uprawnienia ustawione na Zezwalaj na. 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: na poziomie projektu Utwórz nową definicję tagu ustawioną na Zezwalaj na. Domyślnie grupa Współautorzy ma to uprawnienie.
poziomy dostępu	- członek projektu. — Aby dodać nowe tagi do elementów roboczych lub wyświetlić bądź śledzić żądania scalenia: co najmniej podstawowy dostęp. - Aby wyświetlić lub śledzić elementy robocze: co najmniej interesariusz dostępu. Aby uzyskać więcej informacji, zobacz About access levels (Informacje o poziomach dostępu). — Wszyscy członkowie projektu, w tym ci z grupy czytelnicy, mogą wysyłać wiadomości e-mail zawierające elementy robocze.
uprawnienia ścieżki obszaru	Wyświetl i edytuj elementy robocze w węzłach ścieżki obszaru. Aby uzyskać więcej informacji, zobacz Modyfikowanie elementów roboczych w obszarze lub ścieżce iteracji.
Skonfigurowana ścieżka obszaru	Zespół docelowy prawidłowo skonfigurował ścieżki obszaru. Jeśli nie, przed przeniesieniem elementów roboczych skonfiguruj wymagane ścieżki obszaru.
spójny model procesów	Twój zespół 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ń Azure CLI: Azure DevOps CLI.

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.

   

3. Po zbiorczej modyfikacji zapisz zbiorczo.

   

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 widoczności

Po przeniesieniu elementów roboczych z jednego zespołu do innego zespołu wykonaj następujące czynności, jeśli nie widzisz elementów roboczych:

• Odśwież: odśwież tablicę lub wybierz pozycję Pokaż więcej elementów, jeśli nowo dodane elementy robocze nie są wyświetlane.
• Sprawdź zespół: Upewnij się, że wybrano właściwy zespół, aby elementy były widoczne w backlogu.
• sprawdź ścieżkę obszaru: sprawdź, czy przeniesione elementy robocze są przypisane do prawidłowej ścieżki obszaru odpowiadającej liście prac zespołu. Każdy zespół ma określone ścieżki obszaru, które określają, które elementy robocze są wyświetlane na liście prac. Ta akcja ma kluczowe znaczenie dla zapewnienia widoczności listy prac.
• sprawdź ścieżkę iteracji: sprawdź ścieżkę iteracji dla sprintu. Backlog sprintu wyświetla tylko elementy robocze przypisane do ścieżki iteracji wybranego sprintu.
• Sprawdź typy elementów roboczych i filtry: Przejrzyj filtry listy prac i czy typy elementów roboczych są poprawnie podzielone na kategorie, aby upewnić się, że wszystkie odpowiednie elementy są wyświetlane.

Aby uzyskać więcej informacji, zobacz Skonfiguruj listy prac i tablice projektu.

Powiązane artykuły

• Tworzenie lub dodawanie zespołu
• Dowiedz się więcej o zespołach i narzędziach Agile