Mapper l'alias de spoke en tant qu'alias parent pour un nouvel outil DevOps

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture

    • Créez un outil Jira, GitHub ou Jenkins avec l'alias parent défini sur l'alias de spoke respectif au lieu de l'authentification de base DevOps. Utilisez un include de script pour réinitialiser l'alias parent en alias de spoke pour l'outil existant ou intégré.

    Avant de commencer

    Important :
    pour le moment, cette fonctionnalité est prise en charge pour Jira spoke v3.1, Jenkins spoke v2.1.1 et GitHub spoke v2.2.2, et versions ultérieures uniquement.
    • Assurez-vous d'avoir un abonnement Centre d'intégration.
    • Veillez à avoir configuré l'alias de connexion et d'informations d'identification à l'aide de spoke pour Jira, Jenkins et GitHub. Pour en savoir plus, consultez :
    • Effectuez une mise à niveau vers Modèle de données DevOps et Intégrations DevOps version 1.33 ou ultérieure.
    Rôle requis : administrateur, sn_devops.admin

    Pourquoi et quand exécuter cette tâche

    Chaque fois que vous créez un outil Jira, Jenkins ou GitHub, l'alias parent est défini sur son alias de spoke respectif, si vous avez configuré les spokes pour les outils pris en charge. Dans les versions précédentes, lorsqu'un outil était créé, l'alias parent était défini sur Authentification de base DevOps (sn_devops.DevOps_BasicAuth) pour tous les outils intégrés.

    Si vous avez déjà créé/intégré des outils avec un alias de connexion et d'informations d'identification, la fonctionnalité ne change pas lors de la mise à niveau et l'alias parent reste Authentification de base DevOps (sn_devops.DevOps_BasicAuth) sauf si les outils Jira, Jenkins et GitHub sont associés à l'alias de spoke en tant qu'alias parent. Vous pouvez utiliser un include de script du système de base pour vous assurer que l'alias parent est réinitialisé en tant qu'alias de spoke, pour tous les outils existants et pris en charge qui ont été créés précédemment.
    Remarque :
    Centre d'intégration utilise des alias pour gérer les informations de connexion et d'identification. L'utilisation d'un alias élimine la nécessité de configurer plusieurs informations d'identification et profils d'informations de connexion lors de l'utilisation d'environnements multiples. Si les informations de connexion ou d'identification changent, il n'est pas nécessaire de mettre à jour les actions qui utilisent la connexion. Pour plus d'informations, consultez Connexions et informations d'identification.

    Procédure

    1. Accédez à la Tous > Définition du système > Inclusions de script > DevOpsReparentingConnectionAliasFixScript.
    2. Copiez le script contenu dans le champ Script.
    3. Accédez à la Définition du système > Scripts - Arrière-plan.
    4. Collez le script dans le champ Exécuter le script (JavaScript exécuté sur le serveur).
      Remarque :
      assurez-vous que le script est exécuté dans le champ d'application global.
      Une fois l'exécution du script terminée, tous les outils pris en charge créés avant la mise à niveau de la version 1.33 sont réinitialisés sur leur alias parent correspondant.

    Que faire ensuite

    Vérifiez que l'alias parent est défini sur sn_jira_spoke.Jira pour Jira, sn_github_spoke.GitHub pour GitHub et sn_jenkins_v2_spoke.Jenkins_v2 pour Jenkins dans le formulaire Alias de connexion et d'informations d'identification.