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

En savoir plus sur la version 2025.5.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 2025.5.0 de Cloud Manager dans AEM as a Cloud Service est le jeudi 8 mai 2025.

La prochaine version est prévue le jeudi 5 juin 2025.

Nouveautés what-is-new

Configurer la source de contenu en un seul clic pour Edge Delivery Services

Adobe Experience Manager (AEM) Edge Delivery Services permet la diffusion de contenu à partir de plusieurs sources telles que Google Drive, SharePoint ou AEM lui-même, à l’aide d’un réseau Edge Network rapide distribué dans le monde entier.

La configuration de la source de contenu diffère entre Helix 4 et Helix 5. Apprenez la différence et suivez les étapes de configuration complètes, les exemples et les instructions de validation pour les deux versions.

Consultez Configurer votre source de contenu.

Programme Private Beta private-beta-program

Participez au programme Private Beta de Cloud Manager pour obtenir un accès exclusif aux fonctionnalités à venir avant leur publication générale.

Les opportunités de version bêta privée suivantes sont actuellement disponibles :

Ajouter un pipeline de configuration Edge Delivery add-eds-pipeline

Les pipelines de configuration sont désormais pris en charge pour les sites créés avec Edge Delivery Services, ce qui étend cette fonctionnalité au-delà des seuls environnements Cloud Service. Vous pouvez utiliser les pipelines de configuration pour gérer des paramètres tels que les règles de filtrage du trafic et les configurations du pare-feu d’application web (WAF), le cas échéant. Consultez Configurations prises en charge.

Ajout d’un pipeline Edge Delivery dans la liste déroulante Ajouter un pipeline

Si vous souhaitez tester cette nouvelle fonctionnalité et faire part de vos commentaires, envoyez un e-mail à grp-aemeds-config-pipeline-adopter@adobe.com à partir de l’adresse e-mail associée à votre Adobe ID.

Apportez votre propre Git, maintenant avec prise en charge d’Azure DevOps 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

Si vous souhaitez tester cette nouvelle fonctionnalité et faire part de vos commentaires, envoyez un e-mail à Grp-CloudManager_BYOG@adobe.com à partir de l’adresse e-mail associée à votre Adobe ID. Veillez à inclure la plateforme Git à utiliser et indiquez si vous utilisez une structure de référentiel privée/publique ou d’entreprise.

Questions fréquentes sur Apporter son propre Git

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 d’adresses IP autorisées continuent-ils à fonctionner ?
Oui, les listes d’adresses IP autorisées existantes continuent de fonctionner comme d’habitude. 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).
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab