Git Repos and Issue Tracking

Continuous Delivery sera supprimé dans les régions suivantes le 12 février 2027 : au-syd, ca-tor, us-east. Code Risk Analyzer sera également retiré du marché dans toutes les régions à cette date. Si ces fonctionnalités ne sont pas activement utilisées dans une région donnée, elles pourraient y être supprimées plus tôt et ne plus accepter de nouvelles instances. En savoir plus

Collaborez avec votre équipe et gérez votre code source à l'aide d'un référentiel (repo) Git et d'un outil de suivi des tickets hébergés par IBM et basés sur GitLab Community Edition. Pour plus d’informations sur l’ GitLab,, consultez la documentation relative à l’ GitLab.

Invitez uniquement les personnes avec qui vous avez une relation personnelle ou d'affaires à collaborer à un projet. Les utilisateurs qui utilisent une invitation à un référentiel Git à des fins autres que pour collaborer sur un projet peuvent voir leur accès au service suspendu ou révoqué.

GitHub et la ligne de commande Git sont deux alternatives à GitLab auxquelles vous pouvez accéder.

Ne stockez pas des données réglementées dans des fichiers ou des problèmes dans des référentiels Git. Les procédures relatives aux données réglementées ne sont pas encore en place.

L'intégration de l'outil Git Repos and Issue Tracking aide les équipes à gérer le code et à collaborer de diverses manières :

  • Gestion des référentiels Git via des contrôles d'accès à granularité fine qui permettent de sécuriser le code
  • Révision du code et amélioration de la collaboration via des demandes de fusion
  • Suivi des problèmes et partage d'idées via le dispositif de suivi de problème
  • Documentation de projets sur le système wiki

Cette intégration d'outils étant basée sur GitLab Community Edition et hébergée par IBM sur la plateforme IBM Cloud, certaines options de GitLab ne sont pas disponibles. Par exemple, Delivery Pipeline fournit une intégration continue et une distribution continue pour IBM Cloud, par conséquent, les fonctions d'intégration continue dans GitLab ne sont pas prises en charge. En outre, les fonctions d'administration ne sont pas disponibles car elles sont gérées par IBM.

Utilisation de Git Repos and Issue Tracking avec des chaînes d'outils

Vous pouvez utiliser un modèle contenant une intégration d'outils Git Repos and Issue Tracking ou GitHub comme point de départ pour créer une chaîne d'outils dans laquelle vous pouvez ajouter des référentiels Git. Vous pouvez également commencer avec une chaîne d'outils vide et y ajouter une intégration d'outils Git Repos and Issue Tracking ou GitHub. En utilisant une chaîne d'outils, vous pouvez associer des référentiels d' Git s à vos groupes de ressources et à votre instance du service Continuous Delivery.

Pour plus d'informations sur l'utilisation de chaînes d'outils avec Git, voir Création de chaînes d'outils avec Git.

Utilisation de Git Repos and Issue Tracking localement

Vous pouvez accéder localement aux référentiels Git stockés dans Git Repos and Issue Tracking. Pour obtenir des instructions sur la configuration locale d' Git, consultez la section Commencer à utiliser Git en ligne de commande.

Git Repos and Issue Tracking prend uniquement en charge les connexions HTTPS qui utilisent TLS1.2. Si vous utilisez Eclipse pour vous connecter, vous devrez peut-être spécifier ce protocole pour votre version d' Java™ en ajoutant à -Dhttps.protocols=TLSv1.2 votre fichier eclipse.ini, puis en redémarrant Eclipse.

Authentification avec Git Repos and Issue Tracking

Votre ID de connexion et votre mot de passe IBM Cloud sont uniquement utilisés à des fins d'authentification auprès deGit Repos and Issue Tracking dans un navigateur Web. Vous ne pouvez pas utiliser vos données d'identification IBM Cloud pour vous authentifier à partir de clients Git externes. Pour effectuer des opérations Git distantes, telles que clone ou push, à partir de votre référentiel Git local, vous devez utiliser un jeton d'accès personnel ou une clé SSH pour vous authentifier auprès de Git Repos and Issue Tracking.

Le nom d'affichage qui s'affiche partout dans Git Repos and Issue Tracking est obtenu de vos informations de connexion à IBM Cloud. Ce nom peut être vu par les autres utilisateurs lorsqu'ils recherchent des utilisateurs pour les ajouter à leurs projets. Vous pouvez modifier le nom qui s'affiche dans Git Repos and Issue Tracking sur votre page de profil.

Les profils de confiance ne sont ni requis ni autorisés à s'authentifier auprès de Git Repos and Issue Tracking. Lorsque vous vous connectez à Git Repos and Issue Tracking, vous devez vous connecter en tant qu'utilisateur régulier. Si vous tentez de sélectionner un profil de confiance pour vous connecter, vous ne pouvez pas accéder à Git Repos and Issue Tracking.

Création d'un jeton d'accès personnel

Pour vous authentifier auprès de votre référentiel Git via HTTPS, vous devez créer un jeton d'accès personnel.

  1. Dans le tableau de bord des paramètres utilisateur Git Repos and Issue Tracking, dans le menu, cliquez sur votre avatar et sélectionnez Editer le profil. Cliquez sur Jetons d'accès. Sur la page Jetons d’accès, saisissez le nom de l’application pour laquelle vous souhaitez créer un jeton d’accès. Par exemple, Git CLI.
  2. Facultatif : choisissez une date d'expiration pour le jeton d'accès.
  3. Cochez la case api pour créer un jeton d'accès personnel qui utilise l'API comme portée.
  4. Cliquez sur Créer un jeton d'accès personnel. Notez votre jeton d'accès dans un emplacement sécurisé en vue d'une utilisation ultérieure.
  5. Dans le tableau de bord des paramètres utilisateur Git Repos and Issue Tracking, dans le menu, cliquez sur votre avatar et sélectionnez Editer le profil. Cliquez sur Compte. Sur la page Compte, dans la section Modifier le nom d'utilisateur, recherchez votre nom d'utilisateur Git Repos and Issue Tracking. Votre nom d'utilisateur apparaît également en tant que premier segment de l'URL des référentiels Git personnels que vous créez.
  6. Utilisez votre nom d'utilisateur Git Repos and Issue Tracking et votre jeton d'accès personnel pour vous authentifier auprès de votre référentiel Git à partir d'un client Git externe.

Pour en savoir plus, consultez la section Jetons d'accès personnels.

Création d'une clé SSH

Pour créer une clé SSH, voir Générer une paire de clés SSH. L'accès à vos référentiels à l'aide d'une authentification SSH peut nécessiter une configuration supplémentaire pour les proxy et les pare-feux.

Pour en savoir plus, voir Utilisation de clés SSH pour communiquer avec GitLab.

Vérification des empreintes de clé d'hôte

La première fois que vous vous connectez à un serveur via Git sur SSH, le client Git vous invite à accepter l'empreinte de clé d'hôte du serveur. Vous pouvez utiliser les empreintes de clé d'hôte suivantes pour vérifier les connexions SSH avec les serveurs IBM Cloud Git Repos and Issue Tracking. Etablissez la connexion uniquement si l'empreinte de clé d'hôte correspond à la valeur spécifiée pour le serveur fourni dans les fragments de code suivants.

au-syd.git.cloud.ibm.com:
  ECDSA:
    SHA256:oUpjbxJ+UVIlBvcdcKuprZ0JEtCWkTu1yFTdfFHoEF8
    MD5:ca:34:27:f1:49:fd:b4:9d:e8:ce:d2:7b:99:a1:dd:98
  ED25519:
    SHA256:uUqxTjqUQuBjmQGynGb8pXX6FQ2Ag0VLAh4TtuSZMAQ
    MD5:87:ad:c9:26:bd:7f:bc:a8:1c:dc:07:ca:aa:d3:8c:9e
  RSA:
    SHA256:y+QM+SbgQ7SqzQXqwmJTPD0jni+qsDdqZg/sOgOFWbY
    MD5:70:71:95:b5:2a:b4:04:ad:12:b4:77:c6:cf:fe:35:c8

ca-tor.git.cloud.ibm.com:
  ECDSA:
    SHA256:xqeLs5qKCCNd/SmSTgFktFJW8nTqnF5BmwJSZggguJI
    MD5:fb:41:1a:b4:8c:4d:95:c3:67:d9:eb:4a:b1:94:c2:cb
  ED25519:
    SHA256:mT5EGA/63iaHQZrFkXevP+T/qaFN39JChMGUJtla4nE
    MD5:6f:f2:4e:0e:90:0b:2b:e7:fc:f8:d2:1a:16:35:16:fc
  RSA:
    SHA256:mNvCu12YAUeJVCNfiHNfBKgezh0zgwdwxBs8wXnhPP8
    MD5:60:d6:6a:2f:0c:db:52:e1:20:17:a9:3f:3f:fb:4d:91

br-sao.git.cloud.ibm.com:
  ECDSA:
    SHA256:+wLtj6TSQyY/4kp9pa8BVk+JvHqD0+L3Wq5hF3WnyCQ
    MD5:c2:6a:76:c6:03:86:a0:ca:4e:24:87:9a:50:c1:3d:66
  ED25519:
    SHA256:sFQy3djBGVtjYuLKWtbabS95QY+yL1JQw+Wfr7eWkvw
    MD5:f7:f2:39:f6:d0:a8:a6:07:9e:a6:c3:83:24:f0:7b:a3
  RSA:
    SHA256:3EgFqSRmbynYuCg7mpYO+K7PdSBvG0IJHr0e0Q4bikI
    MD5:af:9c:57:90:25:4d:0a:ed:5c:c5:30:97:95:de:9c:92

eu-de.git.cloud.ibm.com:
  DSA:
    SHA256:c7Bm79CLA5y4tmnI+jB+wYp8esbIUcOSMxzHtU+hhNY
    MD5:28:b7:ff:67:70:39:16:ed:fb:8a:8b:3c:26:45:b9:56
  ECDSA:
    SHA256:cRQsJFaZLfnQb4xOH68uZvWxuVXe0UQ9Z+ks/9dotnc
    MD5:f3:02:a4:c4:63:d6:3b:30:79:fa:37:7c:ba:2c:9e:81
  ED25519:
    SHA256:ZVuqymHanu+N1P+OJCwHcoRlzjpvGnjV001Mo8BFEzg
    MD5:84:90:72:ec:7d:ff:0e:72:01:b7:08:16:f2:76:21:87
  RSA:
    SHA256:33om5cGnbUduaEeKH+116IMzu2mMCHKOLTNPkmF/lNk
    MD5:b3:8f:02:34:12:03:8c:41:8e:4d:be:56:1c:fe:c8:8c

eu-gb.git.cloud.ibm.com:
  DSA:
    SHA256:Nt0JS/AQDue0WY7X/xRC5Weu3RTplWABACiCOku8CRc
    MD5:bc:a5:a2:5b:7b:c3:3d:7d:6e:d5:37:eb:08:a1:77:d3
  ECDSA:
    SHA256:UZPNkP+gRMINcgWSN50AeiDsOgnJGGTPXFxI/ASryag
    MD5:f2:29:e2:f0:b2:33:bd:8d:19:7d:f0:41:9a:a5:f0:fe
  ED25519:
    SHA256:k2VN8B5ouxW+mvyp/nX3Dq7U571rluVcMx0z1iUCnU0
    MD5:c6:b1:a7:4b:c7:c2:cf:38:17:32:f5:f7:8d:5b:53:a3
  RSA:
    SHA256:5hSoluX8hoPrChwtWZH0rEzz3Cn5bQP18cZ7xj17Wbg
    MD5:e4:3b:99:ae:4b:ff:f5:f7:96:cf:cf:9a:38:3f:c7:65

jp-tok.git.cloud.ibm.com:
  DSA:
    SHA256:jX4dD9ojut+OCzEtmsR6hDpK+gJ8g0B5V5k+beFzj7E
    MD5:5c:62:d4:35:32:63:5a:66:79:e3:bb:be:59:ce:41:a5
  ECDSA:
    SHA256:ppgYQJFtPxGlx5tWLKT+aKC535C8g4Xz4Uej2BXrd1k
    MD5:4c:60:e5:cd:0c:b9:3e:8e:25:dd:64:b3:7b:28:de:86
  ED25519:
    SHA256:xWVpw3fnjJB78HjTJOLQijjuCiQRXcPrCQ+5+rgzVLg
    MD5:0a:8f:2f:55:62:9b:c5:51:ab:4b:da:e9:81:e9:02:52
  RSA:
    SHA256:OGttrbZoUWU5/6yjxYq9kO+VCXdQB1JkTc9shgbzrE0
    MD5:c2:83:e8:3b:a8:b6:c5:da:cc:4c:26:b5:38:86:74:13

us-east.git.cloud.ibm.com:
  DSA:
    SHA256:onqeRZxk/GaxBVY+Bxl97UgW5rBQzTH1dJ7sGJDFUp8
    MD5:d0:82:ab:e7:43:4d:92:68:70:b9:23:44:c0:5a:e3:8a
  ECDSA:
    SHA256:IuHvGWVB3vBJNeZ/4SRKpVgRLZHB2FbmJfU5Toek4Hk
    MD5:ff:22:19:1e:83:0d:f2:bd:5d:32:84:c5:04:65:be:f6
  ED25519:
    SHA256:lxLtQ1Cdn5SG0ZClB9wFLSHODhJofaCUs37LdUnubNU
    MD5:97:10:bd:0e:e2:e4:84:bc:fb:71:36:99:02:02:f7:66
  RSA:
    SHA256:TF8Pcst2F9Ek3p3cJlXz06zMwwZkoq+d23r4URtOPD8
    MD5:f2:77:0c:e3:79:41:33:f5:fa:95:ce:cc:d1:dd:62:d0

us-south.git.cloud.ibm.com:
  DSA:
    SHA256:EX4AoOpgTqHDmZ97Klhgkz06+rSNDfe+AHZBnXzW+oc
    MD5:bc:67:d0:95:80:1f:1e:c3:70:4a:66:dd:57:3b:53:d7
  ECDSA:
    SHA256:BQx1OpGLx8cTkoL6RmftFgTGFHBz2tKPICJm5My4fa8
    MD5:2e:96:56:70:15:19:21:d6:96:d4:78:6e:84:eb:e9:d7
  ED25519:
    SHA256:XvuvoW6oaJjzb3BnCBrdB03B0Mbfu1Eb1/hmoLdoPDQ
    MD5:e1:02:84:2c:af:d1:e7:b0:0c:6f:9c:0c:ab:c1:ec:fb
  RSA:
    SHA256:PEAncMcnz8jNEOmBabCtJ13cg0oGI0YxLOMWVOkDgjc
    MD5:74:31:4e:57:e7:c7:12:c4:c5:96:78:f4:18:8d:63:60

Vous pouvez utiliser le fragment de code suivant pour vérifier l'empreinte de clé d'hôte d'une connexion sans interface à Git via SSH, en vous connectant au serveur us-south.git.cloud.ibm.com. Pour utiliser ce code pour un autre serveur, mettez à jour les valeurs HOST et EXPECTED FINGERPRINT.

HOST="us-south.git.cloud.ibm.com"
EXPECTED_FINGERPRINT="SHA256:PEAncMcnz8jNEOmBabCtJ13cg0oGI0YxLOMWVOkDgjc"
ssh-keyscan -t rsa $HOST > /tmp/hostkey
FINGERPRINT=$(ssh-keygen -lf /tmp/hostkey | cut -d ' ' -f 2)
if [ "$EXPECTED_FINGERPRINT" == "$FINGERPRINT" ]; then
  cat /tmp/hostkey >> ~/.ssh/known_hosts
fi

Configuration de votre pare-feu pour autoriser les messages de webhook Git

Vous pouvez mettre à jour votre configuration de pare-feu pour permettre aux messages de webhook provenant de Git Repos and Issue Tracking d'atteindre les noeuds finaux qui se trouvent derrière le pare-feu. Pour autoriser les messages de webhook Git, ouvrez le trafic vers les plages de sous-réseaux de votre région spécifique.

Mise à jour de votre nom d'affichage

Vous pouvez mettre à jour le nom d'affichage qui s'affiche partout dans Git Repos and Issue Tracking.

  1. Dans le tableau de bord des paramètres utilisateur Git Repos and Issue Tracking, dans le menu, cliquez sur votre avatar et sélectionnez Editer le profil. Cliquez sur Profil. Sur la page Profil, dans la section Paramètres principaux, mettez à jour votre nom complet.
  2. Cliquez sur Mettre à jour les paramètres de profil pour modifier le nom qui s'affiche partout dans Git Repos and Issue Tracking.

Limites relatives aux fichiers physiques et aux dépôts

La taille des fichiers est strictement limitée à 100 Mo. La limite recommandée pour le dépôt est de 1 Go. Si votre dépôt dépasse 1 Go, vous pourriez recevoir un e-mail vous demandant de réduire la taille de celui-ci.