Versionshinweise für Cloud Manager 2025.12.0 in Adobe Experience Manager as a Cloud Service release-notes

Erfahren Sie mehr über Version 2025.12.0 von Cloud Manager in AEM (Adobe Experience Manager) as a Cloud Service.

Hier finden Sie die aktuellen Versionshinweise für Adobe Experience Manager as a Cloud Service.

Veröffentlichungsdaten release-date

Die Version 2025.12.0 von Cloud Manager in AEM as a Cloud Service wurde am Donnerstag, dem Freitag, 4. Dezember 2025 veröffentlicht.

Die Veröffentlichung der nächsten Version ist für den Freitag, 22. Januar 2026 geplant.

Neue Funktionen - Experience Hub experience-hub-whats-new

  • Vereinfachter Zugriff auf Experience Hub

    Die Auswahl der Benutzerrolle wurde entfernt und ein Handbuch für die Auswahl Voreinstellung (Inhaltsautor, Asset-Bibliothekarin, Admin und IT) hinzugefügt.

  • Ankündigungen und Produktaktualisierungen

    Sie können zwischen den verfügbaren Ankündigungen wechseln und iterieren, sie aber auch verwerfen.

  • Zuletzt verwendet

    Zusätzliche Seiten und Ressourcen, einschließlich Seiteneditor, Assets, Programmen und Details zur Pipeline-Ausführung sowie Sicherheitsseiten werden jetzt unterstützt.

  • Programmliste

    Anzeige der AEM Cloud Manager-Programme in Ihrer Organisation mit Schnellzugriff auf die Cloud Manager-Detailseite.

  • AEM Guides

    Schnellzugriff und Tastaturbefehl für die Authoring-Umgebungen, in denen AEM Guides-Add-ons aktiviert sind.

Neue Funktionen - Cloud Manager cloud-manager-whats-new

  • Verbesserte Stabilität, Leistung und Zuverlässigkeit

    Diese Version umfasst Optimierungs- und Wartungsaktualisierungen, die die Stabilität, Leistung und Zuverlässigkeit von Cloud Manager verbessert haben.

  • Spezialisierte Testumgebung

    note note
    NOTE
    Spezielle Testumgebungen können jetzt erworben werden. Wenden Sie sich an Ihren Adobe-Support-Mitarbeiter, um eine Bestellung aufzugeben.

    Cloud Manager unterstützt jetzt das Hinzufügen eines neuen Umgebungstyps namens Spezialisierte Testumgebung. Diese Umgebung soll Teams dabei helfen, Funktionen vor der Live-Schaltung unter produktionsnahen Bedingungen zu validieren. Dieser Umgebungstyp unterscheidet sich von Produktion + Staging, Entwicklung oder Schnelle Entwicklung und bietet einen fokussierten Raum für die Ausführung erweiterter Validierungsszenarien.

    Siehe Hinzufügen einer spezialisierten Testumgebung.

    Dialogfeld „Umgebung hinzufügen“ mit aktiviertem Optionsfeld „Spezialisierte Testumgebung“

  • Ein-Klick-Rollback für Pipeline-Bereitstellungen

    Kehren Sie schnell zu einer vorherigen Bereitstellung zurück, wenn der neueste Kunden-Quell-Code nicht wie erwartet funktioniert. Es ist nicht erforderlich, die vollständige Pipeline erneut auszuführen oder Commits manuell rückgängig zu machen.

    Siehe Wiederherstellen des vorherigen in AEM as a Cloud Service bereitgestellten Codes.

    Siehe auch Wiederherstellung von Content in AEM as a Cloud Service.

  • Self-Service-WAF-Setup für Edge Delivery Services

    Wenn Sie ein Edge Delivery Services-Programm in Cloud Manager erstellen, können Sie die Web Application Firewall (WAF) aktivieren. Diese Einstellung schützt Ihre Site sofort vor bösartigem Traffic und DDoS-Angriffen, wodurch der manuelle Einrichtungsaufwand reduziert wird.

    Siehe Erstellen Ihrer ersten Edge Delivery-Site mit einem Klick.

Beta-Programme private-beta-program

Nehmen Sie am Beta-Programm von Cloud Manager teil, um exklusiven Zugriff auf bevorstehende Funktionen vor ihrer regulären Veröffentlichung zu erhalten.

IMPORTANT
Beta-Versionen können Mängel enthalten und werden „wie besehen“ ohne Gewährleistung jeglicher Art bereitgestellt. Adobe ist nicht verpflichtet, die Beta-Versionen zu pflegen, zu korrigieren, zu aktualisieren, zu ändern oder anderweitig zu unterstützen (durch Adobe Support Services oder anderweitig). Adobe empfiehlt Kunden, Vorsicht walten zu lassen und sich nicht auf die ordnungsgemäße Funktionsweise oder Leistung von Beta-Versionen oder auf begleitende Dokumentationen oder Materialien zu verlassen. Funktionen und APIs in der Beta-Version können ohne Vorankündigung geändert werden. Jede Nutzung der Beta-Versionen erfolgt daher ausschließlich auf eigene Gefahr des Kunden.

Siehe auch AEM Beta-Programme

Derzeit stehen die folgenden Möglichkeiten zur Verfügung:

Erweiterbarkeit und Anpassung von Experience Hub exp-hub-extensibility

Experience Hub dient als Einstiegspunkt für AEM und ist an die Anforderungen Ihres Unternehmens angepasst. Teilen Sie Adobe Ihre bestehenden Erweiterungen der AEM-Benutzeroberfläche mit, damit Sie sie mit minimalem Aufwand in Experience Hub aktivieren können.

Diagramm des Erweiterbarkeits- und Anpassungs-Workflows von Experience Hub

Betten Sie benutzerdefinierte Erlebnisse in Experience Hub ein, um das Dashboard Ihres Unternehmens zu erweitern und zu personalisieren. Zusätzlich zu den integrierten Widgets von Adobe können Sie Ihre eigenen mit dem Framework für die Erweiterbarkeit der Benutzeroberfläche hinzufügen. Erstellen Sie auf JavaScript basierte Benutzeroberflächen-Apps und stellen Sie sie Ihren Benutzenden zur Verfügung, um geschäftsspezifische Anforderungen und Workflows zu erfüllen.

Sie interessieren sich für die Beta-Version? Senden Sie eine E-Mail an beta_exphubextensibility@adobe.com mit Ihrer Adobe-OrgID und einer kurzen Beschreibung der Anpassung, die Sie vornehmen möchten.

Schnellere Builds mit Modul-Caching quick-build-cm-pipelines

Ein neues Build-Modell kompiliert nur geänderte Module (nicht das gesamte Repository) mithilfe des Caching auf Modulebene, um die Erstellungszeiten zu verkürzen. Es kann für Code-Qualitäts-, Full-Stack- und reine Staging-Pipelines angewendet werden.

Dialogfeld „Produktionsfremde Pipeline bearbeiten“ mit den beiden Optionen für die Build-Strategie „Vollständiger Build“ und „Intelligenter Build“
Dialogfeld „Produktionsfremde Pipeline bearbeiten“ mit den beiden Optionen für die Build-Strategie „Vollständiger Build“ und „Intelligenter Build“.

Im Dialogfeld Pipeline hinzufügen/bearbeiten auf der Registerkarte Source-Code können Sie mit dem Abschnitt Erstellen-Strategie eine der folgenden Build-Optionen auswählen:

  • Vollständiger Build - Erstellt bei jeder Ausführung alle Module im Repository.
  • Smarter Build - Erstellt nur Module, die seit dem letzten Commit geändert wurden, was die Erstellungszeit insgesamt verkürzt.

Sie steuern, welche Pipelines „Smart Build“. Während der Beta-Phase wird diese Option nur für Pipelines Code-Qualität und Bereitstellung durch Entwicklung angezeigt.

Sie sind interessiert? Senden Sie eine E-Mail an beta_quickbuild_cmpipelines@adobe.com mit Ihrer Adobe-OrgID und Programm-ID.

Bring Your Own Git (BYOG) gitlab-bitbucket-azure-vsts

Kundinnen und Kunden können nun ihre Azure DevOps-Git-Repositorys in Cloud Manager integrieren, wobei sowohl moderne Azure DevOps- als auch ältere VSTS(Visual Studio Team Services)-Repositorys unterstützt werden.

  • Für Edge Delivery Services-Benutzende kann das integrierte Repository zum Synchronisieren und Bereitstellen von Sitecode verwendet werden.
  • Für Benutzende von AEM as a Cloud Service und Adobe Managed Services (AMS) kann das Repository mit Fullstack- und Frontend-Pipelines verknüpft werden.

Zusätzliche Pipeline-Typen und die Validierung von Pull-Anfragen durch Code-Qualitäts-Pipelines werden demnächst unterstützt.

Siehe Hinzufügen von externen Repositorys in Cloud Manager.

Dialogfeld „Repository hinzufügen“

Häufig gestellte Fragen zu BYOG

Frage
Antwort
Wie kann ein Projekt bei Bedarf zurück zum von Adobe verwalteten Git-Repository wechseln?
Das Zurückwechseln ist unkompliziert. Aktualisieren Sie die Pipelines, um auf das Adobe-Repository zu verweisen und entfernen Sie das externe Repository, wenn es nicht mehr benötigt wird.
Ist es möglich, verschiedene Repositorys für verschiedene Umgebungen zu konfigurieren (z. B. produktionsfremd gegenüber Produktion), um Tests zuerst in produktionsfremden Umgebungen zu ermöglichen?
Ja, verschiedene Repositorys können für separate Umgebungen konfiguriert werden. Beispielsweise kann die Qualitäts-Pipeline für Entwicklung oder Code auf ein externes Repository verweisen, während die Produktions-Pipeline mit dem Adobe-Repository verbunden bleibt. Stellen Sie sicher, dass der Synchronisationsauftrag zwischen den beiden Repositorys während dieser Konfiguration aktiv bleibt.
Funktionieren bestehende Einstellungen wie IP Allow-Listen weiterhin?
Ja, bestehende IP Allow-Listen funktionieren weiterhin wie gewohnt. Wenn das externe Git-Repository jedoch durch eine Firewall geschützt ist, müssen die erforderlichen Adobe-IP-Adressen zur Zulassungsliste hinzugefügt werden.
Funktionieren alle GitLab-Repository-URLs? Die verwendete Repository-URL folgt dem Format https://gitlab_dedicated_url.com/path/repo-name.git, das sich vom Beispiel in der Dokumentation unterscheidet.
Ja, jedes GitLab-Repository, das API V3 oder V4 unterstützt, wird unterstützt, einschließlich selbst gehosteter GitLab-URLs wie unter Hinzufügen externer Repositorys in Cloud Manager (https://git-vendor-name.com/org-name/repo-name.git) beschrieben.

Zugriffstoken verwalten manage-access-tokens

Verwenden Sie Zugriffstoken verwalten in Cloud Manager, um Zugriffstoken in Verbindung mit externen BYOG-Repositorys wie GitHub Enterprise, GitLab, Bitbucket und Azure DevOps anzuzeigen, umzubenennen und zu löschen.

Siehe Verwalten von Zugriffstoken.

Fehlerbehebungen bug-fixes

In der Cloud Manager-Version vom Dezember 2025 gibt es keine signifikanten Fehlerbehebungen.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab