DokumentationAEM as a Cloud ServiceBenutzerhandbuch

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

Last update: Thu Jan 22 2026 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Gilt für:
  • Experience Manager as a Cloud Service
  • Themen:

Erstellt für:

  • Admin

Erfahren Sie mehr über Version 2026.1.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 2026.1.0 von Cloud Manager in AEM as a Cloud Service wurde am Freitag, 22. Januar 2026 veröffentlicht.

Die Veröffentlichung der nächsten Version ist für Donnerstag, den Freitag, 5. Februar 2026 geplant.

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

  • Konfigurations-Pipelines unterstützen jetzt verwaltete Geheimnisse

    Benutzende können jetzt Geheimnisse direkt in Cloud Manager-Konfigurations-Pipelines hinzufügen und verwalten. Diese geheimen Daten überschreiben sicher Werte in der Pipeline-Konfigurationsspezifikation und unterstützen flexible, umgebungsspezifische Bereitstellungen.

    Option „Variablen anzeigen/bearbeiten“ im Dropdown-Menü für eine ausgewählte Pipeline
    Option „Variablen anzeigen/bearbeiten“ im Dropdown-Menü für eine ausgewählte Pipeline.

    Dialogfeld „Variablenkonfiguration Dialogfeld „Variablenkonfiguration“.

  • 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.

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