Arbeitselemente

Störungen im Bereich Arbeitselemente eines Projekts — der Sicht auf die Arbeitselemente in Azure DevOps.

Umgebung für alle Abschnitte dieser Seite: ein Browser, ein Projekt mit dem Bereich Arbeitselemente in der rechten Leiste. Nicht gemeint ist das Board: das zeigt einen kleinen eigenen Bestand desselben Wikis und hat mit Azure DevOps nichts zu tun.

Zwischen „ich darf es nicht„ und „es geht gerade nicht“ wird unterschieden. Der Bereich zeigt nie eine ausgegraute Schaltfläche. Fehlt ein Bedienelement, fehlt die Rolle — und darunter steht, wer sie vergeben kann. Ist dagegen der Server nicht erreichbar, steht das als Meldung da, und die Liste bleibt leer statt halb gefüllt.

Sie sehen:

Für dieses Projekt ist keine Azure-DevOps-Verbindung eingerichtet.

Umgebung: jeder Aufruf des Bereichs in diesem Projekt.

Mögliche Ursache

1. Es gibt wirklich keine Verbindung. Ein Projekt kann im Wiki bestehen, ohne an Azure DevOps zu hängen.
2. Die Verbindung ist abgeschaltet. Eine deaktivierte Verbindung wird übergangen, als gäbe es sie nicht.
3. Es gibt eine Verbindung, aber kein Azure-DevOps-Projekt dazu. Welches Projekt gemeint ist, ergibt sich aus dem Hinweisfeld der Verbindung oder — wenn das leer ist — aus den eingebundenen Repositories. Ein Projekt ohne beides lässt sich nicht auflösen, und geraten wird nicht.

Prüfen

1. Hat das Projekt Repositories? Wenn ja, kennt das Wiki das Azure-DevOps-Projekt bereits und die Ursache liegt bei der Verbindung selbst.
2. Ist unter Repositories eine Verbindung genannt?

Lösen

Das ist eine Sache der Administration, nicht Ihres Kontos. Unter der Meldung steht die passende Anfrage.

Eskalieren

Die Anfrage unter der Meldung trägt Projekt und Ursache bereits mit; siehe Anfrage an die Administration.

Sie sehen:

Die Anmeldeinformation für Azure DevOps ließ sich auf dieser Instanz nicht auflösen.

Umgebung: typischerweise eine zweite Installation desselben Wikis — eine Kopie zum Entwickeln oder Ausprobieren.

Mögliche Ursache

1. Der Eintrag ist da, der Schlüssel nicht. Das Zugangsgeheimnis liegt verschlüsselt in der Ablage des Wikis, und der Schlüssel gehört zur einzelnen Installation. Eine Kopie der Daten bringt den Eintrag mit, nicht aber die Fähigkeit, ihn zu öffnen.
2. Es ist kein Zugangsgeheimnis hinterlegt.

Prüfen

Öffnet dieselbe Seite auf der Hauptinstallation die Arbeitselemente? Dann liegt es an der Kopie, nicht an der Verbindung.

Lösen

Auf der betroffenen Installation ist das Zugangsgeheimnis neu zu hinterlegen. Das ist eine Entscheidung der Administration: ein Dienstzugang in einer zweiten Ablage ist ein zweiter Ort, an dem er verloren gehen kann.

Eskalieren

Siehe Anfrage an die Administration.

Sie sehen:

Azure DevOps hat nicht geantwortet.

Umgebung: Trefferliste oder Einzelansicht.

Mögliche Ursache

1. Der Server ist nicht erreichbar oder antwortet zu langsam.
2. Das Dienstzugangsgeheimnis ist abgelaufen oder zurückgezogen.

Prüfen

Laden Sie neu. Die Angaben zu Typen, Zuständen und Personen werden zwischengespeichert; ein Fehlschlag wird für kurze Zeit gemerkt, damit nicht jede Seite erneut in die Zeitüberschreitung läuft. Nach ein bis zwei Minuten wird wieder ein Versuch unternommen.

Lösen

Wartet in der Regel sich selbst aus. Bleibt es, ist es eine Sache der Administration.

Eskalieren

Siehe Anfrage an die Administration.

Sie sehen: die Trefferliste und die Einzelansicht, aber kein Neues Arbeitselement, keine Eingabefelder, kein Kommentarfeld — und unter der Seite ein Kasten, der eine Rolle nennt.

Umgebung: angemeldet oder nicht angemeldet.

Mögliche Ursache

1. Ihre Rolle in diesem Projekt ist Leser. Lesen ja, ändern nein.
2. Sie sind gar nicht angemeldet. Anonym wird nie geschrieben.
3. Verknüpfen fehlt, alles andere ist da. Verknüpfungen sind eine Stufe höher als das übrige Schreiben; siehe Arbeitselemente verknüpfen.

Prüfen

Der Kasten unter der Seite nennt die Rolle, die für die fehlende Handlung nötig ist.

Lösen

Anfrage über den Kasten stellen; siehe Zugriff anfordern.

Sie sehen:

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

Umgebung: Speichern im Reiter Felder, oder Anlegen/Entfernen einer Verknüpfung.

Mögliche Ursache

Jemand anderes hat das Arbeitselement geändert, nachdem Sie das Formular geöffnet hatten. Das ist keine Störung, sondern der Schutz: die Änderung wird ganz abgelehnt, damit keine Hälfte geschrieben und keine fremde Änderung überschrieben wird.

Auch ein zweiter Tab auf demselben Element zählt als „jemand anderes„ — die erste gespeicherte Änderung macht die Fassung im zweiten Tab ungültig.

Prüfen

Der Reiter Verlauf zeigt, wer zuletzt was geändert hat.

Lösen

Seite neu laden, die fremde Änderung ansehen, die eigene erneut eintragen und speichern.

Sie sehen:

Azure DevOps hat die Eingabe abgelehnt.

häufig gefolgt von einem Text des Servers, etwa über ein fehlendes Pflichtfeld.

Umgebung: Anlegen oder Speichern.

Mögliche Ursache

1. Ein Pflichtfeld der Prozessvorlage fehlt. Das Formular bietet die Felder an, die zu einem Arbeitselement in jeder Vorlage gehören. Verlangt diese Vorlage ein weiteres, kann es hier nicht gefüllt werden.
2. Der Zustand passt nicht zum Typ. Ein Zustand aus einem anderen Typ wird schon vom Wiki abgewiesen; einen Übergang, den der Arbeitsablauf nicht vorsieht, weist der Server ab.
3. Die Zuweisung nennt jemanden, den der Server nicht kennt.

Prüfen

Lesen Sie den Text des Servers unter der Meldung — er nennt das Feld beim Namen.

Lösen

Fehlt ein Feld, das dieses Formular nicht anbietet, legen Sie das Element in Azure DevOps selbst an; der Verweis dorthin steht oben rechts auf jeder Einzelansicht. Alles Weitere lässt sich danach hier pflegen.

Sie sehen: nur Felder und Verlauf.

Mögliche Ursache

Das Arbeitselement hat keine Verknüpfungen, und Ihre Rolle erlaubt es nicht, welche anzulegen. Ein Reiter, der nur „keine“ sagen kann und nichts anbietet, wird nicht gezeigt.

Lösen

Nichts zu tun. Mit der Rolle Betreuer erscheint er, auch wenn es noch keine Verknüpfung gibt.

Sie sehen: Nummer 12 zeigt im Bereich Arbeitselemente etwas anderes als im Board.

Mögliche Ursache

Es sind zwei Bestände. Das Board, die Abfragen und das Dashboard arbeiten auf einer lokalen Ablage dieses Wikis; der Bereich Arbeitselemente liest Azure DevOps. Beide zählen von eins aufwärts.

Lösen

Eine Nummer aus einem Commit, einer Verknüpfung oder einem Gespräch mit dem Team meint fast immer die aus Azure DevOps und gehört in den Bereich Arbeitselemente.

• Arbeiten mit Arbeitselementen
• Zugriff anfordern
• Störungen nachschlagen
• Anfrage an die Administration