Mapper l’alias de spoke en tant qu’alias parent pour le nouvel DevOps outil

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 2 minutes de lecture

    • Créez Jiraun outil ou Jenkins avec l’alias GitHub 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 spoke pour l’outil existant ou intégré.

    Avant de commencer

    Important :
    Cette fonctionnalité est actuellement prise en charge pour Jira les spokes v3.1, Jenkins spoke v2.1.1 et GitHub spoke v2.2.2 et versions ultérieures uniquement.
    • Assurez-vous d’avoir un Hub d'intégration abonnement.
    • Assurez-vous d’avoir configuré l’alias de connexion et d’informations d’identification à l’aide du spoke pour Jira, Jenkins et GitHub . Pour en savoir plus, consultez :
    • Effectuez une mise à niveau vers DevOps la version 1.33 ou ultérieure de Data Model and DevOps Integrations.
    Rôle requis : admin, sn_devops.admin

    Pourquoi et quand exécuter cette tâche

    Chaque fois que vous créez un Jiraoutil , Jenkinset , 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, lorsque nous créions un outil, l’alias parent était défini sur DevOps Authentification de base (sn_devops. DevOps_BasicAuth) pour tous les outils que nous avons 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 DevOps l’authentification de base (sn_devops. DevOps_BasicAuth) sauf si Jira, Jenkinset GitHub outils sont associés à l’alias spoke en tant qu’alias parent. Vous pouvez utiliser un include de script de système de base pour vous assurer que l’alias parent est réinitialisé à l’alias de spoke, pour tous les outils existants et pris en charge qui ont été créés précédemment.
    Remarque :
    Hub 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 Tout > Définition du système > Includes de script > DevOpsReparentingConnectionAliasFixScript.
    2. Copiez le script à partir du champ Script .
    3. Accédez à la Définition du système > Scripts : arrière-plan.
    4. Collez le script dans le champ Script exécuté (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 à 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 dans Jenkins le formulaire Alias de connexion et d’informations d’identification .