Zapytania według porównań wartości pól
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Zapytania można tworzyć na podstawie tego, jak wartość jednego pola jest porównywana z innym przy użyciu operatorów pól porównania. To zapytanie jest przydatne do filtrowania elementów roboczych na podstawie:
- Czy osoba, która utworzyła element roboczy, jest taka sama jak lub inna niż przypisana do niej osoba? Lub, kto go zamknął
- Które zadania zostały zamknięte przed lub po ich dacie docelowej.
Warunki wstępne
-
Poziomy dostępu:
- Aby wyświetlić i uruchomić udostępnione zapytania: członek projektu.
- Aby dodać i zapisać udostępnione zapytanie: co najmniej dostęp podstawowy.
- Uprawnienia:wnoszenie z uprawnieniem ustawionym na Zezwalaj dla folderu, do którego zamierzasz dodać zapytanie. Domyślnie grupa współautorów nie ma tego uprawnienia.
Notatka
Użytkownicy z dostępem Uczestnik projektu dla projektu publicznego mają pełny dostęp do funkcji zapytań, takich jak użytkownicy z dostępem Basic. Aby uzyskać więcej informacji, zobacz Szybki przewodnik po dostępie interesariuszy.
- Poziomy dostępu:
- Aby wyświetlić i uruchomić udostępnione zapytania: członek projektu.
- Aby dodać i zapisać udostępnione zapytanie: co najmniej dostęp podstawowy.
- Uprawnienia :Współpraca ustawione na Zezwalaj dla folderu, do którego chcesz dodać zapytanie. Domyślnie grupa współautorów nie ma tego uprawnienia.
Obsługiwane typy danych
Można użyć operatorów pól porównania —=[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field]
— z następującymi typami danych pól. Typ danych, który wybierzesz dla pola i wartość , musi być zgodny.
- Wartość logiczna (obsługuje
=[Field], <>[Field]
- Data/godzina
- Podwójna liczba całkowita
- GUID (Globalnie Unikalny Identyfikator)
- Tożsamość
- Ciąg (z wyłączeniem tagów)
Notatka
Niektóre kombinacje typu danych i operatora pola porównania mogą nie mieć sensu, takich jak Title >=[Field]
lub Assigned To <=[Field]
.
Przykładowe filtry
filtr dla
uwzględnij te klauzule zapytania
Elementy robocze zamknięte przez inną osobę niż osoba, która utworzyła element roboczy
Created By <>[Field] Closed By State = Closed
Zadania, których pierwotny szacunek jest mniejszy niż wykonana praca
Original Estimate <=[Field] Completed Work
Zamknięte zadania ukończone przed datą docelową
Target Date <=[Field] Closed Date State = Closed
Pola obsługujące porównanie pól
Poniższa tabela zawiera indeks dla tych pól, które obsługują zapytania porównania pól.
Notatka
Nie wszystkie wymienione pola są obsługiwane dla wszystkich projektów lub typów elementów roboczych. Można jednak dostosować proces lub typ elementu roboczego, dodając pola niestandardowe, których można używać do celów zapytań i porównań pól. Aby uzyskać więcej informacji, zobacz Dodawanie pola niestandardowego do typu elementu roboczego (proces dziedziczenia) lub Dodawanie lub modyfikowanie pola (proces XML online).
A
- Kryteria akceptacji (Scrum)
- zaakceptowane przez
- Zaakceptowana data
- aktywowane przez
- Data aktywacji
- działania
- rzeczywisty uczestnik 1–8 (CMMI)
- Analiza (CMMI)
- instrukcje uruchamiania aplikacji
- informacje o uruchamianiu aplikacji
- typ aplikacji
- Identyfikator iteracji (System)
- przypisane do
- skojarzony kontekst
- skojarzony kod kontekstu
- powiązany właściciel kontekstu
- skojarzony typ kontekstu
- liczba dołączonych plików
- Automatyczny Identyfikator Testu (TCM)
- nazwa testu automatycznego (TCM)
- Zautomatyzowane przechowywanie testów (TCM)
- typ testu automatycznego (TCM)
- AutomatedTestId (TCM)
- AutomatedTestName (TCM)
- stan automatyzacji (TCM)
B
- priorytet backlogu (Scrum)
- zablokowane
- Kolumna Tablicy
- Kolumna Tablicy Wykonane
- Board Lane
- Wartość Biznesowa
C
- wywoływana przez (CMMI)
- o nazwie Data (CMMI)
- zmienione przez (system)
- zmieniona data (system)
- Zamknięte przez (System)
- Data zamknięcia (system)
- stan zamknięty
- kod stanu zamkniętego
- Zamykający Komentarz
- liczba komentarzy
- Komentarze (CMMI)
- Zaangażowany (CMMI)
- Wykonana praca
- Plan Kontingencyjny (CMMI)
- Działanie Naprawcze Rzeczywiste Rozwiązanie (CMMI)
- Plan Działania Naprawczego (CMMI)
- utworzone przez (system)
- data utworzenia (system)
D-E-F
- Dyscyplina (CMMI)
- data ukończenia
- nakład pracy
- Eskalacja (CMMI)
- liczba linków zewnętrznych
- data zakończenia
- znalezionych w kompilacji (TCM)
- znalezione w środowisku (CMMI)
H
- Jak znaleziono (CMMI)
- liczba hiperłączy
Ja
- Identyfikator (System)
- ocena wpływu (CMMI)
- Wpływ na architekturę (CMMI)
- Wpływ na rozwój (CMMI)
- Wpływ na Publikacje Techniczne (CMMI)
- Wpływ na testy (CMMI)
- wpływ na doświadczenie użytkownika (CMMI)
- Zintegrowane w kompilacji (TCM)
- kwestia (TCM)
- Identyfikator Iteracji (System)
J-L-M-N
- uzasadnienie (CMMI)
- komentarz linku (system)
- Opis łącza (system)
- Lokalne źródło danych (TCM)
- Typ spotkania (CMMI)
- min (CMMI)
- Plan łagodzenia (CMMI)
- Wyzwalacze ograniczania ryzyka (CMMI)
- Nazwa Węzła (System)
O-P-Q
- opcjonalny uczestnik 1–8 (CMMI)
- pierwotne oszacowanie
- parametry (TCM)
- priorytetu
- Prawdopodobieństwo (CMMI)
- Proponowana poprawka (CMMI)
- Cel (CMMI)
- Tekst zapytania (TCM)
R
- ocena
- Przyczyna (System)
- Liczba powiązanych linków (system)
- Pozostała praca
- liczba linków zdalnych (system)
- kroki ponownego odtworzenia
- wymagany uczestnik 1–8 (CMMI)
- Rodzaj wymagań (CMMI)
- wymaga przeglądu (CMMI)
- wymaga testu (CMMI)
- Uchwała (Scrum)
- rozwiązane przez
- rozwiązana data
- Powód rozwiązania
- Przeglądane przez
- data przeglądu
- Rev (System)
- ryzyka (Agile)
- przyczyna źródłowa (CMMI)
S
- dotkliwość
- rozmiar (CMMI)
- Stack Rank
- data rozpoczęcia
- stan (system)
- data zmiany stanu
- kod stanu
- kroki (TCM)
- Kroki odtworzenia (TCM)
- Punkty fabularne (Agile)
- Ekspert w danej dziedzinie (CMMI)
- objaw (CMMI)
- Informacje o Systemie (TCM)
T
- Data Docelowa
- Docelowa Data Rozwiązania (CMMI)
- typ zadania (CMMI)
- Projekt zespołowy (System)
- Test Suite Audit (TCM)
- typ zestawu testów (TCM)
- identyfikator typu zestawu testów (TCM)
- Krytyczność Czasu
- Tytuł (System)
- Triage (CMMI)
U-V-W
- Test akceptacyjny użytkownika (CMMI)
- obszaru wartości
- znak wodny (system)
- typ elementu roboczego (system)
Powiązane artykuły
- Szybki indeks zapytań
- Zapytanie według tytułu, identyfikatora lub opisu
- wykonywanie zapytań według przypisania lub zmiany przepływu pracy
- Zapytanie według daty lub bieżącej iteracji
- Wykonywanie zapytań względem pola liczbowego
- Zapytanie według wartości listy wyboru
REST API
Aby programowo korzystać z zapytań, zobacz jeden z następujących zasobów interfejsu API REST:
- dokumentacja interfejsu API REST usługi Azure DevOps Services
- Zapytania
- język zapytań dla elementów roboczych
- Programowe pobieranie elementów roboczych za pomocą zapytań