Notes de mise à jour de Cloud Manager 2026.1.0 dans Adobe Experience Manager as a Cloud Service release-notes

En savoir plus sur la version 2026.1.0 de Cloud Manager dans AEM (Adobe Experience Manager) as a Cloud Service.

Consultez également les notes de mise à jour actuelles d’Adobe Experience Manager as a Cloud Service.

Dates de publication release-date

La date de publication de la version 2026.1.0 de Cloud Manager dans AEM as a Cloud Service est le vendredi 22 janvier 2026.

La prochaine version est prévue le vendredi 5 février 2026.

Nouveautés - Cloud Manager cloud-manager-whats-new

  • Les pipelines de configuration prennent désormais en charge les secrets gérés

    Les utilisateurs peuvent désormais ajouter et gérer des secrets directement dans les pipelines de configuration de Cloud Manager. Ces secrets remplacent en toute sécurité les valeurs dans la spécification de configuration du pipeline et prennent en charge les déploiements flexibles spécifiques à un environnement.

    Option Afficher/Modifier les variables dans le menu déroulant d’un pipeline sélectionné
    Option Afficher/Modifier les variables dans le menu déroulant d’un pipeline sélectionné.

    Boîte de dialogue Configuration des variables Boîte de dialogue Configuration des variables.

  • Stabilité, performances et fiabilité améliorées

    Cette version comprend des mises à jour d’optimisation et de maintenance qui ont amélioré la stabilité, les performances et la fiabilité de Cloud Manager.

Programmes bêta private-beta-program

Participez au programme bêta de Cloud Manager pour obtenir un accès exclusif aux fonctionnalités à venir avant leur disponibilité générale.

IMPORTANT
Les versions de Beta peuvent contenir des défauts et sont fournies « EN L’ÉTAT » sans garantie d’aucune sorte. Adobe n’a aucune obligation de tenir à jour, corriger, mettre à jour, modifier, remplacer ou prendre en charge (par le biais des services d’assistance Adobe ou d’une autre manière) les versions bêta. Adobe conseille aux clients d’être prudent et de ne pas se fier au bon fonctionnement ou aux performances des versions bêta, ni à la documentation ou aux documents d’accompagnement. Les fonctionnalités et API de la version bêta peuvent être modifiées sans préavis. Par conséquent, toute utilisation des versions bêta s’effectue entièrement aux risques et périls du client.

Voir aussi Programmes AEM Beta

Les opportunités suivantes sont actuellement disponibles :

Extensibilité et personnalisation d’Experience Hub exp-hub-extensibility

Experience Hub sert de point d’entrée à AEM, personnalisé en fonction des besoins de votre entreprise. Informez Adobe de vos extensions de l’interface d’utilisation AEM existantes afin que l’on puisse vous aider à les activer dans Experience Hub sans difficulté.

Diagramme du workflow d’extensibilité et de personnalisation d’Experience Hub

Intégrez des expériences personnalisées dans Experience Hub pour étendre et personnaliser le tableau de bord de votre organisation. Outre les widgets intégrés d’Adobe, ajoutez les vôtres à l’aide du framework d’extensibilité de l’interface d’utilisation. Créez des applications d’interface d’utilisation basées sur JavaScript et mettez-les à disposition de vos utilisateurs et utilisatrices pour répondre aux besoins et aux workflows spécifiques à l’entreprise.

La version bêta vous intéresse ? Envoyez un e-mail à l’adresse beta_exphubextensibility@adobe.com avec votre ID d’organisation Adobe et une brève description de la personnalisation que vous avez l’intention de créer.

Versions plus rapides avec mise en cache du module quick-build-cm-pipelines

Un nouveau modèle de version compile uniquement les modules modifiés (plutôt que le référentiel entier) à l’aide de la mise en cache au niveau du module pour réduire les temps de création. Elle s’applique aux pipelines de qualité de code, full stack et intermédiaires uniquement.

Boîte de dialogue Modifier le pipeline hors production présentant les deux options de stratégie de création qui sont Création complète et Création intelligente
Boîte de dialogue Modifier le pipeline hors production présentant les deux options de stratégie de création qui sont Création complète et Création intelligente.

Dans la boîte de dialogue Ajouter/Modifier un pipeline, sous l’onglet Code Source, une nouvelle section Stratégie de build vous permet de choisir l’une des options de build suivantes :

  • Version complète — crée tous les modules du référentiel à chaque exécution.
  • Version intelligente : crée uniquement les modules qui ont été modifiés depuis la dernière validation, ce qui réduit la durée globale de la création.

Vous contrôlez les pipelines qui utilisent génération intelligente. Dans la version bêta, cette option s’affiche uniquement pour les pipelines Qualité du code et Déploiement de développement.

Cela vous intéresse ? Envoyez un e-mail à l’adresse beta_quickbuild_cmpipelines@adobe.com avec votre ID d’organisation et votre ID de programme Adobe.

Apporter votre propre Git (BYOG) gitlab-bitbucket-azure-vsts

Les clientes et clients peuvent désormais intégrer leurs référentiels Git Azure DevOps dans Cloud Manager, avec la prise en charge des référentiels Azure DevOps modernes et VSTS (Visual Studio Team Services) hérités.

  • Pour les utilisateurs et utilisatrices d’Edge Delivery Services, le référentiel intégré peut être utilisé pour synchroniser et déployer le code du site.
  • Pour les utilisateurs et utilisatrices d’AEM as a Cloud Service et d’Adobe Managed Services (AMS), le référentiel peut être lié aux pipelines full stack et front-end.

La prise en charge de types de pipeline supplémentaires et de la validation des demandes d’extraction par le biais de pipelines de qualité du code sera bientôt disponible.

Voir Ajouter des référentiels externes dans Cloud Manager.

Boîte de dialogue Ajouter un référentiel

Questions fréquentes sur BYOG

Question
Réponse
Comment un projet peut-il revenir au référentiel Git géré par Adobe si nécessaire ?
Il est simple de revenir en arrière. Mettez à jour les pipelines pour pointer vers le référentiel Adobe et supprimez le référentiel externe s’il n’est plus nécessaire.
Est-il possible de configurer différents référentiels pour différents environnements (par exemple, hors production ou en production) afin d’autoriser d’abord les tests hors production ?
Oui, différents référentiels peuvent être configurés pour des environnements distincts. Par exemple, le pipeline de développement ou de qualité du code peut pointer vers un référentiel externe tandis que le pipeline de production reste connecté au référentiel Adobe. Assurez-vous que le traitement de synchronisation entre les deux référentiels reste actif pendant cette configuration.
Les paramètres existants, comme les listes IP Allow, continuent-ils de fonctionner ?
Oui, les listes IP Allow existantes continuent de fonctionner normalement. Cependant, si le référentiel Git externe est protégé par un pare-feu, les adresses IP Adobe nécessaires doivent être ajoutées à la liste autorisée.
Toutes les URL du référentiel GitLab fonctionnent-elles ? L’URL du référentiel utilisée suit le format https://gitlab_dedicated_url.com/path/repo-name.git, qui diffère de l’exemple de la documentation.
Oui, tout référentiel GitLab prenant en charge l’API V3 ou V4 est pris en charge, y compris les URL GitLab auto-hébergées telles que celle décrite dans Ajout de référentiels externes dans Cloud Manager (https://git-vendor-name.com/org-name/repo-name.git).

Gérer les jetons d’accès manage-access-tokens

Utilisez Gérer les jetons d’accès dans Cloud Manager pour afficher, renommer et supprimer les jetons d’accès associés aux référentiels BYOG externes, tels que GitHub Enterprise, GitLab, Bitbucket et Azure DevOps.

Voir la section Gérer les jetons d’accès.

Correctifs bug-fixes

Il n’existe aucun correctif de bugs significatif dans la version de décembre 2025 de Cloud Manager.

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