Work Items Hub und VM-basiertes Azure DevOps-Projekt – VSTS Sprint 131 Update

Im Sprint 131 Update of Visual Studio Team Services (VSTS) gibt es einige Features, die eine große Menge an Feedback und Aktivitäten für UserVoice erhalten haben. Eins ist der Arbeitselemente-Hub, der jetzt allgemein verfügbar ist, um wichtige Arbeit in den Vordergrund Ihres täglichen Workflows zu bringen. Wir haben auch einen virtuellen Computer als Option zum Konfigurieren von Azure DevOps-Projekten hinzugefügt, da wir wissen, dass die Kontrolle über Webanwendungen auf niedrigerer Ebene für einige wichtig ist.

Hier weitere Highlights:

• Query work across the iteration schedule with +/- @CurrentIteration
• Schnellere Veröffentlichungsdauer durch das partielle Herunterladen von Artefakten

Neuerungen in VSTS

Code

Vermeiden von Überschreibungen und Schützen der Leistung mit Repositoryeinstellungen

Mit diesem Update stehen zwei neue Repositoryeinstellungen zur Verfügung, die zum problemlosen Ausführen von Git beitragen.

Die Groß-/Kleinschreibungserzwingung wechselt den Server vom Standardmodus, in dem sich "File.txt" und "file.txt" unterscheiden, in einen Windows- und macOS-freundlichen Modus, in dem "File.txt" und "file.txt" dieselbe Datei sind. Diese Einstellung gilt für Dateien, Ordner, Branches und Tags. Außerdem wird dadurch verhindert, dass Mitwirkende versehentlich Unterschiede einführen, die nur auf die Groß- und Kleinschreibung bezogen sind. Es wird empfohlen, das Erzwingen der Groß- und Kleinschreibung zu aktivieren, wenn ein Großteil Ihrer Mitwirkenden mit Windows oder macOS arbeiten.

Mit Limit file sizes (Dateigrößen einschränken) können Sie verhindern, dass neue oder aktualisierte Dateien eine bestimmte von Ihnen festgelegte Dateigröße nicht überschreiten. Je höher die Anzahl an großen Dateien im Verlauf eines Git-Repositorys, desto schlechter ist die Leistung beim Klonen und Fetchen. Durch diese Einstellung wird verhindert, dass versehentlich zu große Dateien hinzugefügt werden.

Work

Konzentrieren Sie sich auf wichtige Aufgaben, indem Sie den Hub "Arbeitselemente" verwenden.

Abfragen, Backlogs und Boards bieten Ihnen zwar eine Reihe von Möglichkeiten, Ihre Arbeit zu sehen, aber wir möchten, dass die Arbeit, die Ihnen am wichtigsten ist, direkt zur Hand ist. Nach einer 6-monatigen Vorschau des Arbeitselemente-Hubs ist er jetzt für alle verfügbar. Wir haben den Hub seit Beginn der Vorschauphase stark durchlaufen, und unten finden Sie einige der Änderungen, die wir vorgenommen haben.

Der Arbeitsaufgaben-Hub verfügt jetzt über vier personenorientierte Pivots, mit denen Sie sich auf die wichtigen Aspekte konzentrieren können, sowie 3 projektorientierte Ansichten, um eine bessere Vorstellung von der Arbeit Ihres Projekts zu erhalten.

• Mir zugewiesen : Alle Ihnen im Projekt zugewiesenen Arbeitselemente in der Reihenfolge, in der sie zuletzt aktualisiert wurden
• Im Folgenden : Alle Arbeitselemente, denen Sie folgen
• Erwähnt : Alle Arbeitselemente, in denen Sie in den letzten 30 Tagen erwähnt wurden
• Meine Aktivität : Alle Arbeitselemente, die Sie kürzlich angezeigt oder aktualisiert haben
• Zuletzt aktualisiert : Alle Arbeitselemente in Ihrem Projekt, die zuletzt aktualisiert wurden
• Kürzlich abgeschlossen – alle Arbeitselemente in Ihrem Projekt, die kürzlich abgeschlossen wurden
• Kürzlich erstellt : Alle Arbeitselemente, die kürzlich im Projekt erstellt wurden

Jeder Projekt-Pivot kann jetzt anhand einer Vielzahl von Optionen sortiert werden, einschließlich Titel, Bereichspfad oder Erstellungsdatum. Sie können diese Arbeitselemente auch in aufsteigender oder absteigender Reihenfolge anzeigen.

Abfragearbeit über den Iterationszeitplan hinweg mit +/- @CurrentIteration

Das @CurrentIteration Makro, das Ihrem Team hilft, die Arbeit basierend auf Ihrem Iterationszeitplan nachzuverfolgen, unterstützt jetzt den Ganzzahloffset. Behalten Sie einfach die Arbeit im Blick, die nicht mit @CurrentIteration - 1 geschlossen wurde, oder sehen Sie sich die für zukünftige Iterationen @CurrentIteration mit + 1 geplante Arbeit an. Weitere Informationen finden Sie im @CurrentIteration Beitrag im Microsoft DevOps-Blog. Dieses Feature wurde basierend auf dem derzeit mit #12 am höchsten gewählten Vorschlag mit 456 Stimmen priorisiert.

Klären von Abfrageiterationszeitplänen mit dem @CurrentIteration Team-Parameter

Wenn Sie das Makro in der @CurrentIteration Vergangenheit in Abfragen verwendet haben, haben Sie möglicherweise bemerkt, dass die Ergebnisse variieren können, wenn sich der Teamkontext in Teams mit unterschiedlichen Iterationszeitplänen ändert. Wenn Sie nun eine Abfrage mit dem @CurrentIteration Makro erstellen oder ändern, müssen Sie auch das Team mit dem Für die Abfrage relevanten Iterationszeitplan auswählen. Mit dem Team-Parameter können Sie das @CurrentIteration Makro in derselben Abfrage verwenden, jedoch teamsübergreifend. Ein Beispiel kann eine Abfrage für Arbeitselemente in zwei verschiedenen Teamprojekten sein, die unterschiedliche Iterationsnamen und sogar Zeitpläne verwenden. Dies bedeutet, dass Abfragen nicht mehr aktualisiert werden müssen, wenn sich Sprints ändern! Weitere Informationen finden Sie im @CurrentIteration Beitrag im Microsoft DevOps-Blog. Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Build und Release

Behalten Sie mehr Kontrolle über Ihre App, indem Sie Ihr Azure DevOps-Projekt auf einem virtuellen Computer bereitstellen

Mit dem Azure DevOps-Projekt können Sie eine vollständig konfigurierte CI/CD-Pipeline in nur wenigen Schritten einrichten. Während wir mit Azure Web-Apps begonnen haben, können Sie jetzt bei Bedarf auf einem virtuellen Azure-Computer mit Windows bereitstellen. Wenn Sie mit einer ASP.NET- oder ASP.NET Core-Anwendung beginnen, wählen Sie einfach die Option Virtueller Computer aus.

Schnellere Veröffentlichungsdauer durch das partielle Herunterladen von Artefakten

Im Rahmen der Bereitstellungsphase konnten Sie sich vor diesem Update entscheiden, ob Sie alle oder keine Artefakte herunterladen wollten. Jetzt können Sie sich für das Herunterladen der Artefakte entscheiden, die Sie benötigen. So sparen Sie Zeit, weil der Agent nur das Benötigte herunterlädt. Weitere Informationen finden Sie in der Dokumentation zu Releaseartefakten. Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Verbessern der Codequalität mit den neuesten Erweiterungen von SonarSource

SonarSource hat kürzlich eine aktualisierte SonarQube-Erweiterung und eine neue SonarCloud-Erweiterung veröffentlicht, die statische Codeanalyse für zahlreiche Sprachen ermöglichen. Die VSTS Gradle- und Maven-Aufgaben nutzen diese Erweiterungen insbesondere für Java-Builds. Aktivieren Sie einfach SonarQube- oder SonarCloud-Analyse ausführen in Version 2.* der Gradle- oder Maven-Aufgabe, und fügen Sie dann wie unten gezeigt die Aufgaben SonarQube/SonarCloud vorbereiten und veröffentlichen hinzu.

Rückverfolgen von GitHub-Quellen auf Builds mithilfe von Buildtags

Builds von GitHub oder GitHub Enterprise sind bereits mit dem relevanten Commit verknüpft. Es ist jedoch genauso wichtig, einen Commit auf den Build zurückführen zu können, der ihn erstellt hat. Dies ist jetzt möglich, indem Sie das Quelltagging in VSTS aktivieren. Wählen Sie bei der Auswahl eines GitHub-Repositorys in einer Builddefinition den Typ des Builds aus, den Sie markieren möchten, und das Tagformat.

Dann werden in Ihrem GitHub- oder GitHub Enterprise-Repository Buildtags angezeigt.

Isolieren von Azure Resource Manager-Dienstendpunkten mit Ressourcengruppen

Standardmäßig erhalten die Azure Resource Manager-Dienstendpunkte, die automatisch in VSTS konfiguriert werden, die Rolle Mitwirkender für das Abonnement. Jetzt haben Sie die Möglichkeit, einen Endpunkt zu erstellen und den Bereich auf eine bestimmte Ressourcengruppe innerhalb des Abonnements zu beschränken, was eine gewisse Isolation bietet, um sicherzustellen, dass der Endpunkt nur mit dem interagiert, was er sollte. Wählen Sie Erweiterte Optionen aus, wenn Sie aufgefordert werden, das Azure-Abonnement zu autorisieren .

Verwalten entitätsspezifischer Sicherheit

Vor diesem Update wurden die Sicherheitszugriffsrollen bei der rollenbasierten Sicherheit für Benutzer oder Gruppen auf Hubebene für Bereitstellungsgruppen, Variablengruppen, Agent-Warteschlangen oder Dienstendpunkte festgelegt. Jetzt können Sie die Vererbung für eine bestimme Entität aktivieren oder deaktivieren, sodass die Sicherheit genau Ihren Wünschen entspricht.

Freigeben von Bereitstellung status mithilfe eines Badges

Wie in Build können Sie jetzt Badges in Release konfigurieren, die die status der letzten abgeschlossenen Bereitstellung in einer Umgebung anzeigen. Diese Badges sind öffentlich über eine URL zugänglich, die in jedes Repository eingebettet werden kann, um Ihren Verbrauchern und Mitwirkenden mehr Transparenz zu bieten.

Nach der Aktivierung durch ein autorisiertes Mitglied des Projekts kann jeder mit der Zugriffs-URL für das Badge die status der Bereitstellung in ausgewählten Umgebungen sehen.

Selektive Bereitstellung auf Grundlage des Artefakts, das ein Release auslöst

Mehrere Artefaktquellen können einer Releasedefinition hinzugefügt und so konfiguriert werden, dass Sie ein Release auslösen. Ein neues Release wird erstellt, wenn ein neuer Build für eine der Quellen verfügbar ist. Der Bereitstellungsprozess wird unabhängig von der auslösenden Quelle immer gleich durchgeführt. Sie können den Bereitstellungsprozess jetzt auf Grundlage der auslösenden Quelle anpassen. Für automatisch ausgelöste Releases wird die Releasevariable Release.TriggeringArtifact.Alias jetzt aufgefüllt, um die Artefaktquelle anzugeben, die das Release ausgelöst hat. Dies kann bei Taskbedingungen, Phasenbedingungen und Taskparametern verwendet werden, um den Prozess dynamisch anzupassen. Diese Funktion kann praktisch sein, wenn Sie Artefakte, die sich je nach Umgebung unterscheiden, bereitstellen müssen.

Abonnements

Nutzen Ihres vorhandenen Abonnements mithilfe eines alternativen AAD-basierten E-Mail-Kontos

Wenn in der Vergangenheit ein Visual Studio-Abonnement einer Azure Active Directory -E-Mail-Adresse (Azure AD) zugewiesen wurde, mussten Sie mit derselben E-Mail-Adresse in VSTS hinzugefügt werden, um als Visual Studio-Abonnent erkannt zu werden. Für Abonnements, die einem Microsoft-Konto (MSA) zugewiesen sind, können Sie jedoch ein alternatives Azure AD-E-Mail-Konto im Mein Visual Studio-Portal hinzufügen und diese Azure AD-E-Mail für den Zugriff auf VSTS verwenden.

Dieses Feature wurde erweitert, damit AAD-basierte Visual Studio-Abonnenten ein weiteres AAD-E-Mail-Konto im Mein Visual Studio-Portal hinzufügen können. Auf diese Weise können Sie eine andere AAD-E-Mail in VSTS verwenden als die, denen das Abonnement zugewiesen ist.

Schritte zum Hinzufügen des alternativen Kontos zu Ihrem Abonnement finden Sie unter Häufig gestellte Fragen zu Meine Visual Studio. Weitere Informationen finden Sie im Artikel VS-Abonnements und Verknüpfen Ihres VSTS-Kontos mit AzureAD im Microsoft DevOps-Blog.

Nächste Schritte und Feedback

Wir würden uns freuen zu hören, was Sie über diese Features denken. Melden Sie ein Problem oder geben Sie einen Vorschlag an, wenn Sie Ideen zu Dingen haben, die Sie von uns priorisieren möchten, über das Feedbackmenü.

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

Vielen Dank,

Jamie Cool