Arbeitselement bearbeiten, zuweisen, weiterschalten

Ein Arbeitselement soll einen anderen Titel bekommen, in einen anderen Zustand wechseln, jemandem zugewiesen werden — oder es soll ein Kommentar dazu.

Der Reiter Felder der Einzelansicht ist das Formular, sobald Ihre Rolle mindestens Mitwirkender ist. Es gibt keine getrennte Bearbeitungsansicht: dieselben Felder in derselben Reihenfolge, einmal als Text und einmal als Bedienelement. Wer nur lesen darf, sieht dieselbe Seite ohne Bedienelemente und darunter, wen er um mehr bitten kann.

1. Öffnen Sie das Arbeitselement (siehe Arbeitselemente finden).
2. Ändern Sie im Reiter Felder, was zu ändern ist: Titel, Zustand, Zugewiesen an, Bereich, Iteration, Schlagwörter, Beschreibung.
3. Speichern. Die Seite lädt neu und zeigt oben, ob es geklappt hat.

Die Auswahl Zustand enthält genau die Zustände, die dieser Typ haben darf. Ein Task bietet andere an als ein Test Case; die Liste kommt vom Server, nicht aus dem Wiki, und sie ist so sortiert, wie der Server sie liefert — auf dieser Installation alphabetisch, nicht in der Reihenfolge des Arbeitsablaufs.

Ob ein bestimmter Übergang erlaubt ist, sagt die Liste nicht. Das entscheidet der Arbeitsablauf der Prozessvorlage, und ein verbotener Übergang wird vom Server abgewiesen; die Meldung erscheint über dem Formular.

Die Auswahl Zugewiesen an führt die Mitglieder der Teams dieses Azure-DevOps-Projekts. Ist das Element gerade jemandem zugewiesen, der nicht mehr in einem Team steht, bleibt dieser Eintrag zusätzlich in der Liste — sonst würde das Speichern einer beliebigen anderen Änderung die Person stillschweigend entfernen.

Nicht zugewiesen ist ein gültiger Wert und nimmt die Zuweisung zurück.

Unter den Feldern steht das Kommentarfeld. Ein Kommentar ändert kein Feld und braucht keine Fassung; er wird angehängt und erscheint sofort darüber, neueste zuerst.

Jedes Formular trägt die Fassung, mit der Sie es geöffnet haben. Hat sich das Arbeitselement seitdem geändert, wird Ihr Speichern vollständig abgelehnt — es wird nichts geschrieben, auch nicht die Hälfte:

Das Arbeitselement hat sich geändert, seit Sie es geöffnet haben.
Es wurde nichts geschrieben — bitte neu laden und noch einmal versuchen.

Neu laden, die fremde Änderung ansehen, die eigene noch einmal eintragen. Das ist die Absicht: zwei Personen am selben Element ist der Normalfall, und ein stilles Überschreiben wäre der teurere Ausgang.

Azure DevOps sieht immer dasselbe Dienstkonto dieses Wikis. Im Verlauf eines Arbeitselements steht deshalb dieses Konto als Urheber, nicht Ihr Name — auch dann, wenn Sie die Änderung ausgelöst haben.

Wer eine Änderung persönlich zeichnen will, schreibt einen Kommentar mit seinem Namen dazu oder ändert das Element in Azure DevOps selbst. Der Verweis dorthin steht oben rechts auf jeder Einzelansicht.

Nur ein Teil der Felder ist bearbeitbar, absichtlich: Titel, Zustand, Zuweisung, Bereich, Iteration, Schlagwörter, Beschreibung, Reproduktionsschritte und Grund. Alles andere — Anlagedatum, Urheber, Zähler, prozessvorlagenspezifische Felder — bleibt dem Server überlassen. Ein Formular, das jedes Feld schreiben kann, kann auch die Nachvollziehbarkeit überschreiben.

Löschen gibt es hier nicht. Azure DevOps kennt dafür einen Papierkorb, und dieses Wiki hat keinen Bildschirm, der ihn wieder ausleert. Ein Arbeitselement wird stattdessen in den Zustand gesetzt, den die Prozessvorlage dafür vorsieht — meist Removed oder Closed.

Anhänge gibt es hier nicht. Sie werden in Azure DevOps hochgeladen; vorhandene Anhänge erscheinen unter Verknüpfungen.

• Arbeitselemente verknüpfen
• Arbeitselement anlegen
• Zugriff anfordern — wenn keine Bedienelemente erscheinen
• Wenn das Speichern abgelehnt wird