Freigeben über

Microsoft-gehostete Linux- und macOS-Agents allgemein verfügbar – VSTS Sprint 137 Update

  • Artikel

Im Sprint 137 Update von Visual Studio Team Services (VSTS) entfernen wir den Moniker "Vorschau" aus unseren von Linux und macOS von Microsoft gehosteten CI/CD-Agents und stellen sie allgemein zur Verfügung. Neben unserem von Microsoft gehosteten Windows-Agent verfügen Sie jetzt über eine vertrauenswürdige und skalierbare Plattform für Produktionsbuilds und -versionen, unabhängig von Ihrer Plattform.

Es gibt eine Reihe weiterer Features für Code, Wiki, Paket und Verwaltung. Weitere Informationen finden Sie in der Nachstehenden Liste der Features .

Nächste Schritte

Lesen Sie die folgenden neuen Features, und fahren Sie mit VSTS fort, um sie selbst zu testen.

Wechseln zu VSTS

Neuerungen in VSTS

Features

Code:

Wiki:

Erstellen und Freigeben:

Paket:

Administrator:

Code

Erstellen von Pullanforderungen ohne standardteam als Prüfer

Wichtig

Um diese Funktion zu verwenden, müssen Sie das Feature "Neue Navigationsvorschau" in Ihrem Profil oder Ihrer Organisation aktiviert haben.

Als wir die Pull request (PR)-Erfahrung zum ersten Mal gestartet haben, dachten wir, dass es sinnvoll wäre, alle PRs dem Teamkontext zuzuweisen, den Sie beim Erstellen der PR ausgewählt haben. Dieses Verhalten ist ein Frustpunkt, da viele Personen die Verbindung zwischen dem Teamkontext und der PR-Aufgabe nicht bemerkt haben. Tatsächlich ist dies einer unserer wichtigsten UserVoice-Vorschläge.

Im Rahmen der neuen Navigationsänderungen haben wir die Möglichkeit genommen, diese Standardzuordnung mit Teams zu ändern. Sie werden zwei Änderungen bemerken:

  1. Beim Erstellen einer PR werden standardmäßig keine Bearbeiter hinzugefügt. Die Prüferliste verfügt über ein Feature, um das Hinzufügen von Personen und Gruppen zu erleichtern, die kürzlich zu PRs hinzugefügt wurden. Die erforderliche Prüferrichtlinie kann auch Teams helfen, die sicherstellen möchten, dass bestimmte Prüfer hinzugefügt werden, um ihren Code zu überprüfen.
  2. Der Hub für Pullanforderungen verfügt über einen neuen anpassbaren Abschnitt. In diesem Abschnitt werden standardmäßig PRs "Zugewiesen an meine Teams" angezeigt, die gleichwertige Funktionen wie der alte Abschnitt bereitstellen. Wenn Sie jedoch mehreren Teams angehören, werden in diesem Abschnitt PRs angezeigt, die einem Ihrer Teams zugewiesen sind. Der Abschnitt kann auch angepasst werden. Klicken Sie einfach auf die Aktion "Diese Ansicht anpassen" in der Nähe der Abschnittsüberschrift.

Umgehung von Verzweigungsrichtlinien zulassen, ohne Pushschutz aufzugeben

Es gibt viele Szenarien, in denen Sie gelegentlich eine Verzweigungsrichtlinie umgehen müssen – eine Änderung wiederherstellen, die einen Buildunterbrechung verursacht hat, einen Hotfix in der Mitte der Nacht usw. anwenden. Zuvor haben wir eine Berechtigung ("Ausgenommen von der Richtlinienerzwingung") angeboten, um Teams bei der Verwaltung zu unterstützen, welche Benutzer beim Abschließen einer Pullanforderung Die Möglichkeit erhalten haben, Verzweigungsrichtlinien zu umgehen. Diese Berechtigung gewährte jedoch auch die Möglichkeit, direkt an die Verzweigung zu übertragen und den PR-Prozess vollständig zu umgehen.

Um diese Erfahrung zu verbessern, haben wir die alte Berechtigung geteilt, um Teams mehr Kontrolle zu bieten, die Umgehungsberechtigungen gewähren. Es gibt zwei neue Berechtigungen zum Ersetzen des alten:

  1. Richtlinien beim Abschließen von Pull Requests umgehen. Benutzer mit dieser Berechtigung können die „Außerkraftsetzen“-Erfahrung für Pull Requests verwenden.
  2. Richtlinien bei Pushvorgängen umgehen. Benutzer mit dieser Berechtigung können direkt an Verzweigungen übertragen, die erforderliche Richtlinien konfiguriert haben.

Wenn Sie die erste Berechtigung erteilen und die zweite verweigern, kann ein Benutzer die Umgehungsoption bei Bedarf verwenden, hat aber trotzdem den Schutz vor versehentlichem Pushen an eine Verzweigung mit Richtlinien.

Hinweis

Durch diese Änderung werden keine Verhaltensänderungen eingeführt. Benutzern, denen früher "Allow for Allow from policy enforcement" gewährt wurde, wird "Allow for both new permissions" gewährt, sodass sie sowohl den Abschluss auf PRs außer Kraft setzen können als auch direkt in Verzweigungen mit Richtlinien übertragen können.

Weitere Informationen finden Sie in der Dokumentation zu "Verzweigungsberechtigungen festlegen".

Wiki

Verknüpfen mit Überschriften innerhalb einer Seite

Jetzt können Sie auf das Linksymbol neben einer beliebigen Abschnittsüberschrift auf einer Wiki-Seite klicken, um eine URL direkt zu diesem Abschnitt zu generieren. Sie können diese URL dann kopieren und für Teammitglieder freigeben, um sie direkt mit diesem Abschnitt zu verknüpfen. Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

URL für Wiki-Überschriften

Alle Links in einem Wiki, die nicht ordnungsgemäß verknüpft sind, werden in einer unterschiedlichen roten Farbe und einem fehlerhaften Linksymbol angezeigt, sodass Sie einen visuellen Hinweis auf alle fehlerhaften Links auf einer Wiki-Seite erhalten.

Fehlerhafte Wiki-Links

Anfügen von Dateien und Bildern in Ordnern

Beim Offlinebearbeitung von Wiki-Seiten kann es einfacher sein, Dateianlagen und Bilder im selben Verzeichnis wie die Wiki-Seite hinzuzufügen. Jetzt können Sie eine Anlage oder ein Bild in einem beliebigen Ordner im Wiki hinzufügen und mit Ihrer Seite verknüpfen. Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Wiki-Bild im Git-Repositoryordner

Seite in neuer Registerkarte öffnen

Jetzt können Sie mit der rechten Maustaste auf eine Wiki-Seite klicken und sie auf einer neuen Registerkarte öffnen oder einfach STRG+links auf eine Wiki-Seite klicken, um sie auf einer neuen Registerkarte zu öffnen.

Neue Registerkarte

Build and Release

Erstellen und Freigeben mit von Microsoft gehosteten Linux- und macOS-Agents

Die von Microsoft gehosteten Linux- und macOS-Agents sind jetzt nicht mehr in der Vorschau und allgemein verfügbar. Nach mehreren Monaten in der Vorschau, hören Sie Feedback und optimieren Sie die Infrastruktur, um einen konsistenten Service zu bieten, freuen wir uns, diese jetzt in GA anzubieten. Weitere Informationen finden Sie in der Dokumentation zu von Microsoft gehosteten Agents .

Wichtig

Aufgrund der Art und Weise, wie die gehosteten Pools in der Vorschau implementiert wurden, verfügen die Agentpools in vorhandenen Organisationen weiterhin über den Moniker "Vorschau" (nur im Namen). Pools, die als "Vorschau" gekennzeichnet sind, haben die allgemeine Verfügbarkeit erreicht und entsprechen den entsprechenden, neu benannten Pools, die in Kürze eingeführt werden.

Automatische Bereitstellung für neue Ziele in einer Bereitstellungsgruppe

Wenn einer Bereitstellungsgruppe zuvor neue Ziele hinzugefügt wurden, war eine manuelle Bereitstellung erforderlich, um sicherzustellen, dass alle Ziele dieselbe Version aufweisen. Sie können jetzt die Umgebung so konfigurieren, dass die letzte erfolgreiche Version automatisch für die neuen Ziele bereitgestellt wird. Wir planen, zusätzliche Triggerereignisse und Aktionen zur Konfiguration für die automatische erneute Bereitstellung in kommenden Sprints hinzuzufügen. Weitere Informationen finden Sie in der Dokumentation zu Bereitstellungsgruppen .

Bereitstellungsgruppen

Halten Sie Bereitstellungen, bis Gates konsistent erfolgreich sind

Freigabetore ermöglichen die automatische Bewertung von Integritätskriterien, bevor eine Freigabe in die nächste Umgebung gefördert wird. Standardmäßig wird die Freigabe nach einem erfolgreichen Beispiel für alle Gates empfangen. Selbst wenn ein Tor erratisch ist und die empfangene erfolgreiche Probe Rauschen ist, wird die Freigabe vorankommen. Um diese Arten von Problemen zu vermeiden, können Sie die Version jetzt so konfigurieren, dass die Konsistenz der Integrität für eine minimale Dauer vor dem Fortschritt überprüft wird. Zur Laufzeit würde die Freigabe sicherstellen, dass aufeinander folgende Bewertungen der Tore erfolgreich sind, bevor die Promotion zugelassen wird. Die Gesamtzeit für die Auswertung hängt von der "Zeit zwischen der Neubewertung" ab und wäre in der Regel mehr als die konfigurierte Mindestdauer. Weitere Informationen finden Sie in der Dokumentation zur Freigabebereitstellung mithilfe von Gates .

Einstellung

Azure DevOps-Projekte jetzt allgemein verfügbar

Zurück im November haben wir DevOps-Projekte eingeführt, die Ihnen helfen, mit einer vollständigen DevOps-Pipeline in Azure, von Code bis zur Überwachung, in nur wenigen Minuten auf dem Laufenden zu sein. Wir haben unterwegs Dienste hinzugefügt und viele Ihr Feedback integriert. Wir werden jetzt mit der Allgemeinen Verfügbarkeit fortfahren, damit Sie noch weiter auf Ihre Reise mit DevOps gehen können. Weitere Informationen finden Sie im Artikel zur allgemeinen Verfügbarkeit von Azure DevOps-Projekten im Microsoft DevOps-Blog.

Paket

Erste Schritte mit vorinstallierter Paketverwaltung

Die Paketverwaltungserweiterung ist in allen Organisationen vorinstalliert. Wenn Sie die neue Navigationsvorschau verwenden, suchen Sie unten in der Liste der Dienste nach. Wenn Sie sich noch in der aktuellen Navigation befinden, suchen Sie in der Gruppe "Build" und "Release Hub" nach dem Pakethub. Jede Organisation verfügt über 5 kostenlose Paketverwaltungsbenutzer, und zusätzliche Benutzer können über den Marketplace erworben werden. Bald können Sie auch die Sichtbarkeit dieses Diensts in Ihrer Organisation mithilfe der Seite "Dienste-Administrator" innerhalb der neuen Navigation umschalten, wie sie mit den anderen benutzern möglich sind.

Paketdienst

Verwaltung

Verbinden oder Trennen von Azure Active Directory als Projektsammlungsadministrator

Ein Project Collection Administrator (PCA) kann jetzt eine Verbindung mit ihrer Organisation mit Azure Active Directory herstellen oder trennen. Zuvor musste dies durch eine Organisationsbesitzer erfolgen.

Öffentliche Projekte, die in der Vorschau für alle Organisationen verfügbar sind

Wichtig

Um diese Funktion zu verwenden, muss ein Organisationsadministrator öffentliche Projekte über die Seite "Einstellungen" aktivieren.

Wie wir im April angekündigt haben, bringen wir öffentliche Projekte in VSTS. Zum ersten Mal können Sie ein VSTS-Teamprojekt als öffentlich markieren. Dadurch können anonyme (nicht authentifizierte) Benutzer den Inhalt dieses Projekts anzeigen, einschließlich Arbeitsaufgaben, Code und Erstellungsergebnissen. Obwohl sich das Feature noch in der Vorschau befindet, müssen Sie ab diesem Sprint nicht mehr zur privaten Vorschau eingeladen werden.

Wichtig

Wenn Sie ein öffentliches Projekt verwenden, um ein repository zu erstellen, das auf GitHub gehostet wird, beachten Sie, dass während Pullanforderungen (PRs) aus Verzweigungen innerhalb Ihres Repositorys einwandfrei erstellt werden, PRs, die aus Verzweigungen Ihres Repositorys geöffnet wurden, derzeit nicht erstellt werden.

Übernehmen Sie das Wort "Organisation", wenn Sie auf eine Sammlung von Projekten in VSTS verweisen

Wir haben eine Änderung an unserer Terminologie vorgenommen, wenn es darum geht, auf eine Sammlung von Projekten in VSTS zu verweisen. Zuvor haben wir den Begriff "Konto" verwendet, aber festgestellt, dass dies für die breitere Entwickler- und Open Source-Community eine Menge Verwirrung verursacht hat. Wir haben uns entschieden, den Begriff "Konto" durch "Organisation" zu ersetzen. Sie sehen mit diesem Update mit dieser Änderungsrollout in der Dokumentation und im Produkt. Weitere Informationen finden Sie im Beitrag "Organisation" im Microsoft DevOps-Blog.

Senden von Feedback

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

Feedbackmenü

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

Vielen Dank,

Biju Venugopal