Wechseln zwischen HTML und Markdown-Editor in Azure Boards Kommentare private Vorschau

Mit diesem Update können Sie jetzt zwischen HTML und Markdown-Editor in Azure Boards-Kommentaren wechseln.

Schauen Sie sich die Versionshinweise an, um mehr über die Registrierung in der privaten Vorschau für dieses Feature zu erfahren.

Azure Boards

• Wechseln zwischen HTML oder Markdown für Kommentare

Azure Pipelines

• Verbesserte YAML-Validierung
• Überprüft die Skalierbarkeitsphase 3

Azure Boards

Wechseln zwischen HTML oder Markdown für Kommentare

Vor einigen Monaten haben wir eine private Vorschau eingeführt, um Markdown für Kommentare zu Arbeitsaufgaben zu aktivieren, um den vorhandenen HTML-Editor vollständig zu ersetzen. Wir haben Ihr Feedback erhalten, indem wir eine Vorliebe für den HTML-Editor angeben und unseren Ansatz angepasst haben. Sie haben jetzt die Flexibilität, zwischen dem HTML- und Dem Markdown-Editor auf Der Kommentarebene zu wechseln.

Hier erfahren Sie, was Sie erwarten sollten:

• Der Standard-Editor stammt aus dem letzten von Ihnen erstellten Kommentar.
• Sie können vorhandene HTML-Kommentare in Markdown konvertieren.
• Nachdem ein Markdown-Kommentar erstellt oder aktualisiert wurde, kann er nicht in HTML konvertiert werden.

Dieses Update wird in allen vorab registrierten Organisationen implementiert, und diese, für die der New Boards Hub standardmäßig aktiviert ist. Darüber hinaus erweitern wir den Vorschauzeitraum für ein paar weitere Wochen, um weiteres Feedback zu sammeln. Wenn Sie sich für die private Vorschau registrieren möchten, können Sie sich direkt per E-Mail informieren und Ihren Organisationsnamen (dev.azure.com/{organization}) freundlicherweise einschließen.

Tipp

Erwägen Sie die Registrierung in der Vorschau nur, wenn Sich Ihre Organisation vollständig verpflichtet hat, den New Boards Hub für alle Benutzer zu nutzen. Die Erfahrung mit Markdown-Kommentaren in den Old Boards ist möglicherweise nicht optimal.

Azure Pipelines

Verbesserte YAML-Validierung

Um zu überprüfen, ob Ihre YAML-Syntax korrekt ist, können Sie die Validate-Funktion des Azure Pipelines-Web-Editors verwenden. Daher ist es wichtig, dass diese Funktionalität so viele YAML-Probleme wie möglich abfangen kann.

Mit diesem Sprint ist die YAML-Validierung gründlicher, wenn es um Ausdrücke geht.

Beim Schreiben von YAML-Pipelines können Sie Funktionen verwenden, um Variablenwerte zu definieren.

Stellen Sie sich vor, Sie definieren die folgenden Variablen:

variables:
  Major: '1'
  Minor: '0'
  Patch: $[counter(fromat('{0}.{1}', variables.Major, variables.Minor ), 0)]

Die Patch Variable wird mithilfe der counter Funktion und der anderen beiden Variablen definiert. Im obigen YAML-Code ist das Wort format falsch. Dieser Fehler wurde zuvor nicht erkannt. Nun erkennt die Funktion "Überprüfen " dies und zeigt eine Fehlermeldung an.

Azure-Pipelines erkennen falsche Variablendefinitionen auf Pipeline-/Phasen-/Auftragsebene.

In YAML-Pipelines können Sie die Ausführung der Phase mit Bedingungen überspringen. Tippfehler können hier ebenfalls angezeigt werden, wie im folgenden Beispiel.

steps:
- task: NuGetCommand@2
  condition: eq(variable.Patch, 0)
  inputs:
    command: pack
    versioningScheme: byPrereleaseNumber
    majorVersion: '$(Major)'
    minorVersion: '$(Minor)'
    patchVersion: '$(Patch)'

Die NuGetCommand Aufgabe wird nur ausgeführt, wenn der Wert der Patch Variablen 0 ist. Auch hier gibt es einen Tippfehler in der Bedingung, und die Validate-Funktion zeigt sie an.

Azure-Pipelines erkennen falsche YAML-Bedingungen, die auf Pipeline-/Stufen-/Auftragsebene definiert sind.

Überprüft die Skalierbarkeitsphase 3

Wie Erwähnung in unseren Updates zu Genehmigungen und Checks Blogbeitrag, arbeiten wir daran, die Skalierbarkeit unserer Genehmigungen & Checks zu verbessern.

In Phase 3 werden wir wöchentliche, tagelange Brownouts durchführen, bei denen alle Pipelineläufe, die nicht konforme Prüfungen verwenden, fehlschlagen.

Die geplanten Brownouttermine sind:

• 9. Januar 2024, 08:00 UTC bis 10. Januar 2024, 08:00 UTC
• 16. Januar 2024, 08:00 UTC bis 17. Januar 2024, 08:00 UTC
• 23. Januar 2024, 08:00 UTC bis 24. Januar 2024, 08:00 UTC
• 30. Januar 2024, 08:00 UTC bis 31. Januar 2024, 08:00 UTC

Nächste Schritte

Hinweis

Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.

Wechseln Sie zu Azure DevOps, und sehen Sie sich an.

Navigieren Sie zu Azure DevOps.

Senden von Feedback

Wir würden uns freuen zu hören, was Sie zu diesen Features halten. Verwenden Sie das Hilfemenü, um ein Problem zu melden oder einen Vorschlag bereitzustellen.

Sie können auch Ratschläge und Ihre Fragen von der Community in Stack Overflow beantworten lassen.

Vielen Dank,

Dan Hellem