Freigeben über

Bereitstellung für Azure Database for MySQL, Kubernetes mit Helm und Ruby on Rails – VSTS Sprint 133 Update

  • Artikel

Im Sprint 133 Update of Visual Studio Team Services (VSTS) erweitern wir weiterhin die Sprachen und Plattformen, die wir für Build und Release unterstützen. Unabhängig davon, ob Ihre Anwendung Azure Database for MySQL, Kubernetes oder Ruby on Rails verwendet, wir haben alles für Sie. Die Liste wächst auch in Azure DevOps-Projekten weiter. Jetzt war es noch nie einfacher, mit einer Go- oder Ruby-Anwendung in Azure zu beginnen.

Ein neuer Benachrichtigungstyp und eine bessere Unterstützung für NuGet-Upstream-Quellen sind jetzt auch in der Paketverwaltung verfügbar.

Neuerungen in VSTS

Features

Code

Work

Build und Release

Paket

Wiki

Verwaltung

Code

Schneller nach Ausdrücken und Code mit Sonderzeichen suchen

Wir haben kürzlich nach Möglichkeiten gesucht, die Suchergebnisse genauer zu gestalten, insbesondere wenn eine Suche Sonderzeichen enthält.

In diesem Update helfen Ihnen Ihre Suchvorgänge, die spezielle (nicht alphanumerische) Zeichen enthalten, mit größerer Wahrscheinlichkeit, das gesuchte Zu finden. Wenn Sie z. B. zuvor nach A+Bgesucht haben, können die Ergebnisse , , A*BA-B, A$BuswA/B. enthaltenA+B. Jetzt sehen Sie nur A+B in den Ergebnissen, ohne die falsch positiven Ergebnisse.

Ausdrücke werden auch besser erkannt. Beispielsweise hätte zuvor eine Suche nach new List<string>() diese partielle Übereinstimmung ohne das >() Ende zurückgegeben.

Ergebnis fehlender vollständiger Suchbegriff

Mit diesem Update wird jedoch der vollständige Ausdruck zurückgegeben und hervorgehoben.

Ergebnis einschließlich des vollständigen Suchbegriffs

Work

Abfragearbeit in den Bereichspfaden eines Teams mit dem neuen @TeamAreas Makro

In den Einstellungen für ein Team können Sie einen oder mehrere Bereichspfade zuordnen, wodurch Sie Backlogs, Boards, Pläne und sogar Dashboards auf die Arbeit für dieses Team konzentrieren können. Wenn Sie jedoch eine Abfrage für ein Team schreiben wollten, mussten Sie die spezifischen Bereichspfade für dieses Team in den Abfrageklauseln auflisten. Jetzt ist ein neues @TeamAreas Makro verfügbar, mit dem Sie problemlos auf die Bereichspfade verweisen können, die dem angegebenen Team gehören. Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Teambereiche-Makro im Abfrage-Editor

Build und Release

Auslösen von CI-Builds aus YAML

Sie können jetzt Ihre CI-Triggereinstellungen (Continuous Integration) als Teil Ihrer YAML-Builddefinitionsdatei definieren. Wenn Sie eine neue .vsts-ci.yml Datei per Push in Ihr Git-Repository übertragen, wird CI standardmäßig automatisch für alle Branches konfiguriert.

Um die Branches zu begrenzen, die ausgelöst werden sollen, fügen Sie einfach Folgendes zur Datei hinzu, um Builds auf Pushes an master oder einen anderen Branch auszulösen, der dem Release/*-Muster entspricht.

trigger:
- main
- releases/*

Wenn Sie den Trigger deaktivieren oder die Triggereinstellungen in den YAML-Dateien überschreiben möchten, können Sie dies für die Definition tun.

Weitere Informationen finden Sie in der Dokumentation zu YAML-Buildtriggern .

ci-Trigger aus yaml

Fortlaufende Bereitstellung in Azure Database for MySQL

Sie können jetzt kontinuierlich in Azure Database for MySQL bereitstellen: Die MySQL-Datenbank als Dienst von Azure. Verwalten Sie Ihre MySQL-Skriptdateien in der Versionskontrolle und stellen Sie kontinuierlich als Teil einer Releasepipeline bereit, indem Sie eine native Aufgabe anstelle von PowerShell-Skripts verwenden.

Optimieren der Bereitstellung in Kubernetes mithilfe von Helm

Helm ist ein Tool, das die Installation und Verwaltung von Kubernetes-Anwendungen optimiert. Es hat auch viel Popularität und Communityunterstützung im letzten Jahr gewonnen. Eine Helm-Aufgabe in Release ist jetzt zum Packen und Bereitstellen von Helm-Diagrammen in Azure Container Service (AKS) oder einem beliebigen anderen Kubernetes-Cluster verfügbar.

VSTS unterstützt bereits Kubernetes- und Docker-Container. Mit dieser Helm-Aufgabe können Sie jetzt eine Helm-basierte CI/CD-Pipeline für die Bereitstellung von Containern in einen Kubernetes-Cluster einrichten. Weitere Informationen finden Sie in der Dokumentation Bereitstellen mit Kubernetes in Azure Container Service .

Helmaufgaben

Bereitstellen von Ruby on Rails-Anwendungen

Eine neue Azure App Service Releasedefinitionsvorlage enthält jetzt die Aufgaben, die für die Bereitstellung von Ruby on Rails-Anwendungen in Azure WebApp unter Linux erforderlich sind. Wenn diese Releasedefinitionsvorlage verwendet wird, wird der task App Service Bereitstellen mit einem Inlinebereitstellungsskript vorab aufgefüllt, mit dem der Bundler (Abhängigkeits-Manager) die Anwendungsabhängigkeiten installiert.

Konfigurieren von Go- und Ruby-Anwendungen mit Azure DevOps-Projekten

Azure DevOps Projects erleichtert die ersten Schritte mit Azure. Es hilft Ihnen, eine Anwendung im Azure-Dienst Ihrer Wahl in nur wenigen Schritten zu starten. DevOps Projects richtet alles ein, was Sie zum Entwickeln, Bereitstellen und Überwachen Ihrer App benötigen. Jetzt können Sie auch eine gesamte DevOps-Pipeline für Go- und Ruby-Anwendungen einrichten. Weitere Informationen finden Sie in der Dokumentation Bereitstellen in Azure .

Fortlaufende Bereitstellung von Builds, die nach der Buildverarbeitung gekennzeichnet sind

Trigger für continuous deployment erstellen eine Freigabe nach Abschluss des Buildvorgangs. Manchmal werden Builds jedoch nach der Verarbeitung verarbeitet, und der Build sollte erst nach Abschluss dieser Verarbeitung freigegeben werden. Jetzt können Sie Buildtags nutzen, die während der Nachverarbeitung in den Triggerfiltern des Releases zugewiesen würden.

Trigger für Buildtags

Filtern von Branches für GitHub Enterprise oder externe Git-Artefakte

Wenn Sie über GitHub Enterprise oder externe Git-Repositorys freigeben, können Sie jetzt die spezifischen Branches konfigurieren, die freigegeben werden. Beispielsweise können Sie nur Builds aus einem bestimmten Branch für die Produktion bereitstellen.

Branchfilter

Paket

Abonnieren von Paketupdatebenachrichtigungen

Bisher konnten Sie nur über Ihren Paketclient (z. B. Visual Studio, NuGet oder npm) über neue Versionen von Paketen informieren. Jetzt können Sie E-Mail-Benachrichtigungen zu den Paketen konfigurieren, die Ihnen wichtig sind. Sie können Benachrichtigungen über neue Versionen eines bestimmten Pakets oder aller Pakete in einem Feed erhalten. Sie können auch benachrichtigt werden, wenn Pakete höhergestuft oder gelöscht werden.

Zeigen Sie dazu in der oberen rechten Ecke auf Ihr Profilbild, wählen Sie Benachrichtigungseinstellungen aus, und klicken Sie dann auf Neues Abonnement. Wählen Sie im daraufhin angezeigten Dialogfeld die Kategorie Paket aus.

Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Verwenden Upstream NuGet-Pakete von einem anderen Ort in VSTS

Wir investieren weiterhin in Upstream Quellen, mit denen Sie alle Ihre Paketabhängigkeiten in einem einzigen Feed zentralisieren und gespeicherte Kopien aller von Ihnen verwendeten Pakete aufbewahren können. Wenn Sie über mehrere Feeds mit NuGet-Paketen verfügen, können Sie jetzt eins als Upstream Quelle des anderen innerhalb desselben Kontos hinzufügen. Dadurch können Sie nur einen einzelnen Feed in Ihrer nuget.config-Datei verwenden, was Ihnen Vorteile wie die deterministische Wiederherstellung bietet. Weitere Informationen finden Sie in der Dokumentation zu Upstream Quellen.

NuGet-Upstreams

Aktivieren nuget.org Upstream Quellen in weiteren Feeds

Bisher konnten nur Feeds, die nach dem Sprint 130-Update erstellt wurden, die nuget.org Upstream Quelle verwenden. Jetzt können die meisten Paketverwaltungsfeeds, die vor diesem Update erstellt wurden, diese auch verwenden. Wenn Ihr Feed bereit ist, wird über Ihren Paketen ein Banner angezeigt, das Sie darüber informiert, dass Sie die nuget.org Upstream Quelle aktivieren können.

Upstreamquellen für öffentliche Paketfeeds wie nuget.org und npmjs.com eine gespeicherte Kopie jedes verwendeten Pakets aufbewahren, sodass Sie vor Ausfällen geschützt sind. Weitere Informationen finden Sie in der Dokumentation zu Upstream Quellen.

Wiki

Wenn Sie einen Link zu einer anderen Wiki-Seite erstellen möchten, können Sie einfach die Standardmäßige Markdown-Syntax zum Hinzufügen von Links [link name](/ eingeben, und Sie erhalten eine Liste aller Seiten im aktuellen Wiki. Früher konnten Sie auf eine Wiki-Seite klicken und in den Markdown-Editor ziehen, um Links zu erstellen, aber dies macht das Erstellen von Links auf Seiten noch einfacher.

Link zur Wiki-Seite für die automatische Erfassung

Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Filtern von Suchergebnissen nach Wiki-Namen

Die Veröffentlichung von Markdowndateien aus einem Git-Repository als Wiki, das wir im letzten Update veröffentlicht haben, bedeutet, dass Sie mehrere Wikis im selben Projekt sehen. Bei der Suche kann es schwierig sein, ähnliche Dokumente zu durchsuchen und zu finden, wonach Sie suchen. Wenn Sie nun nach Ihrer Wiki-Seite suchen, können Sie Ihre Ergebnisse eingrenzen, indem Sie den Wiki-Namensfilter auf den Suchergebnisseite anwenden, damit Sie Ihre Inhalte schneller finden können.

Wiki-Namen in der Suche

Verwaltung

Verschieben eines VSTS-Kontos zwischen einem Azure-Abonnement oder einer Ressourcengruppe

Jetzt können Sie Ihr VSTS-Konto wie bei den meisten anderen Azure-Ressourcen zwischen Azure-Abonnements oder Ressourcengruppen im Azure-Portal verschieben. Weitere Informationen finden Sie in der Dokumentation zum Verschieben von Ressourcen .

Nächste Schritte und Feedback

Zu VSTS wechseln

Abonnieren von Updates

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

Feedbackmenü

Sie können auch Rat und Ihre Fragen von der Community auf Stack Overflow beantworten lassen.

Vielen Dank,

Henry Dixon