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

Créer Jiraou GitHubJenkins outil 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 :

Cette fonctionnalité est actuellement prise en charge pour Jira les spokes v3.1, Jenkins spokes v2.1.1 et GitHub spokes 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 de spoke pour Jira, Jenkins et GitHub . Pour en savoir plus, consultez :
  • Spoke Jira
  • Spoke Jenkins
  • GitHub spoke
• Effectuez une mise à niveau vers DevOps Data Model and DevOps Integrations version 1.33 ou ultérieure.

Rôle requis : admin, sn_devops.admin

Pourquoi et quand exécuter cette tâche

Chaque fois que vous créez un outil , Jenkins, Jira, l’alias GitHub parent est défini sur leur 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 DevOps parent était défini sur 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, Jenkins, et GitHub les outils 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 :

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 prévu 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 à 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 GitHubet sn_jenkins_v2_spoke. Jenkins_v2 dans Jenkins le formulaire Alias de connexion et d’informations d’identification .