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

• 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:

  • Bądź członkiem projektu .
  • 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.
  • Domyślnie wszystkie Współautorzy i Uczestnicy projektu w projektach publicznych mogą dodawać nowe i istniejące tagi. W projektach prywatnych uczestnicy projektu mogą dodawać tylko istniejące tagi. Aby kontrolować możliwość tworzenia nowych tagów, ustaw uprawnienie Utwórz definicję tagu na poziomie projektu. Aby uzyskać więcej informacji, zobacz Zmienianie uprawnień na poziomie projektu.

• 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.
• 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.

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.

1. 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