Git Repos and Issue Tracking

Continuous Delivery wird am 12. Februar 2027 in den folgenden Regionen eingestellt: au-syd, ca-tor, us-east. Code Risk Analyzer wird zu diesem Zeitpunkt ebenfalls in allen Regionen eingestellt. Wenn diese Funktionen in einer Region nicht aktiv genutzt werden, können sie in dieser Region vorzeitig eingestellt werden, sodass keine neuen Instanzen mehr akzeptiert werden. Weitere Informationen

Arbeiten Sie mit Ihrem Team zusammen und verwalten Sie Ihren Quellcode mit einem Repository (Repo) und einem Issue-Tracker unter Git, die von IBM gehostet werden und auf GitLab Community Edition basieren. Weitere Informationen zu GitLab, finden Sie in der Dokumentation zu GitLab.

Laden Sie nur Personen für eine Zusammenarbeit an einem Projekt ein, mit denen Sie eine persönliche oder geschäftlicher Beziehung haben. Benutzern, die eine Einladung zu einem Git-Repository nicht für eine Zusammenarbeit an einem Projekt verwenden, wurde der Zugriff auf den Service möglicherweise entzogen oder sie pausieren ihren Zugriff auf den Service.

GitHub und die Git-Befehlszeile sind barrierefreie Alternativen zu GitLab.

Speichern Sie keine regulierten Daten in Dateien oder Issues in Git-Repositorys. Derzeit sind keine Prozeduren für regulierte Daten in Kraft.

Die Git Repos and Issue Tracking-Toolintegration unterstützt Teams auf zahlreiche verschiedene Arten bei der Verwaltung von Code und der Zusammenarbeit:

  • Verwalten Sie Git-Repositorys mittels differenzierter Zugriffssteuerungsmechanismen, durch die der Code geschützt bleibt.
  • Überprüfen Sie den Code und verbessern Sie die Zusammenarbeit durch Zusammenführungsanforderungen (Merge).
  • Verfolgen Sie Probleme und teilen Sie Ihre Ideen durch den Tracker für Probleme mit Anderen.
  • Dokumentieren Sie Projekte auf dem Wiki-System.

Da diese Toolintegration auf GitLab Community Edition basiert und von IBM auf der IBM Cloud-Plattform gehostet wird, sind einige wenige GitLab-Optionen nicht verfügbar. Delivery Pipeline stellt zum Beispiel die kontinuierliche Integration und Continuous Delivery für IBM Cloud bereit. Aus diesem Grund werden die Features für die kontinuierliche Integration in GitLab nicht unterstützt. Außerdem stehen die Administratorfunktionen nicht zur Verfügung, denn ihre Verwaltung erfolgt durch IBM.

Git Repos and Issue Tracking mit Toolchains verwenden

Sie können eine Vorlage verwenden, die entweder eine Git Repos and Issue Tracking- oder eine GitHub-Toolintegration als Ausgangspunkt für die Erstellung einer Toolchain enthält, der Sie Git-Repositorys (Repos) hinzufügen können. Alternativ können Sie mit einer leeren Toolchain beginnen und ihr entweder eine Git Repos and Issue Tracking- oder eine GitHub-Toolintegration hinzufügen. Mithilfe einer Toolchain können Sie Git-Repos mit Ihren Ressourcengruppen und Ihrer Continuous Delivery-Serviceinstanz verknüpfen.

Weitere Informationen zur Verwendung von Toolchains mit Git finden Sie in Toolchains mit Git erstellen.

Git Repos and Issue Tracking lokal verwenden

Sie können auf die Git-Repositorys, die in Git Repos and Issue Tracking gespeichert sind, lokal zugreifen. Anleitungen zur lokalen Einrichtung von Git finden Sie unter Erste Schritte mit Git über die Befehlszeile.

Git Repos and Issue Tracking unterstützt nur HTTPS-Verbindungen, die TLS1.2 verwenden. Wenn Sie Eclipse für die Verbindung verwenden, müssen Sie dieses Protokoll möglicherweise für Ihre Java™-Version angeben, indem Sie in -Dhttps.protocols=TLSv1.2 Ihre Datei eclipse.ini einfügen und anschließend Eclipse neu starten.

Authentifizierung mit Git Repos and Issue Tracking

Ihre IBM Cloud-Anmelde-ID und das Kennwort werden nur zur Authentifizierung bei Git Repos and Issue Tracking in einem Web-Browser verwendet. Sie können Ihre Benutzerberechtigungsnachweise für IBM Cloud nicht zum Authentifizieren von externen Git-Clients aus verwenden. Zum Ausführen ferner Git-Operationen wie etwa clone oder push-Operationen von Ihrem lokalen Git-Repository aus müssen Sie ein persönliches Zugriffstoken oder einen SSH-Schlüssel für die Authentifizierung bei Git Repos and Issue Tracking verwenden.

Der Anzeigename, der im gesamten Git Repos and Issue Tracking für Sie verwendet wird, wird aus Ihren IBM Cloud-Anmeldeinformationen übernommen. Dieser Name kann auch für andere Benutzer sichtbar sein, wenn diese nach Benutzern suchen, die sie zu ihren Projekten hinzufügen möchten. Sie können den Namen, der für Sie im gesamten Git Repos and Issue Tracking angezeigt wird, über Ihre Profilseite aktualisieren.

Vertrauenswürdige Profile müssen oder dürfen sich nicht mit Git Repos and Issue Tracking authentifizieren. Wenn Sie sich bei Git Repos and Issue Tracking anmelden, müssen Sie sich als regulärer Benutzer anmelden. Wenn Sie versuchen, ein vertrauenswürdiges Profil auszuwählen, um sich anzumelden, können Sie nicht auf Git Repos and Issue Tracking zugreifen.

Persönliches Zugriffstoken erstellen

Für die Authentifizierung bei Ihrem Git-Repository über HTTPS müssen Sie ein persönliches Zugriffstoken erstellen.

  1. Klicken Sie im Dashboard Git Repos and Issue Tracking 'Benutzereinstellungen' im Menü auf Ihren Avatar und wählen Sie Profil bearbeiten aus. Klicken Sie auf Zugriffstokens. Geben Sie auf der Seite Zugriffstoken den Namen der Anwendung ein, für die Sie ein Zugriffstoken erstellen möchten. Zum Beispiel Git CLI.
  2. Optional: Wählen Sie ein Ablaufdatum für das Zugriffstoken aus.
  3. Wählen Sie das Kontrollkästchen api aus, um ein persönliches Zugriffstoken zu erstellen, in dem als Bereich 'api' verwendet wird.
  4. Klicken Sie auf Persönliches Zugriffstoken erstellen. Notieren Sie zur späteren Verwendung den Namen Ihres Zugriffstokens an einem sicheren Ort.
  5. Klicken Sie im Dashboard Git Repos and Issue Tracking 'Benutzereinstellungen' im Menü auf Ihren Avatar und wählen Sie Profil bearbeiten aus. Klicken Sie auf Konto. Suchen Sie auf der Seite Konto im Abschnitt Benutzernamen ändern Ihren Git Repos and Issue Tracking-Benutzernamen. Ihr Benutzername wird außerdem für alle persönlichen Git-Repositorys, die Sie erstellen, als erstes Segment der URL angezeigt.
  6. Verwenden Sie Ihren Git Repos and Issue Tracking-Benutzernamen und Ihr persönliches Zugriffstoken, um sich von einem externen Git-Client aus bei Ihrem Git-Repository zu authentifizieren.

Weitere Informationen finden Sie unter Persönliche Zugriffstoken.

SSH-Schlüssel erstellen

Informationen zum Erstellen eines SSH-Schlüssels finden Sie unter SSH-Schlüsselpaar generieren. Wenn Sie mit SSH-Authentifizierung auf Ihre Repositorys zugreifen, sind gegebenenfalls weitere Konfigurationsschritte für Proxys und Firewalls erforderlich.

Weitere Informationen finden Sie unter SSH-Schlüssel für die Kommunikation mit GitLab.

Hostschlüsselfingerabdrücke verifizieren

Wenn Sie zum ersten Mal eine Verbindung zu einem Server mit Git über SSH herstellen, werden Sie vom Git-Client dazu aufgefordert, den Hostschlüsselfingerabdruck des Servers zu akzeptieren. Sie können die folgenden Hostschlüsselfingerabdrücke verwenden, um SSH-Verbindungen mit den IBM Cloud Git Repos and Issue Tracking-Servern zu verifizieren. Setzen Sie die Verbindungsherstellung nur fort, wenn der Hostschlüsselfingerabdruck mit dem angegebenen Wert für den Server übereinstimmt, der in den folgenden Code-Snippets aufgeführt ist.

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

Mit dem folgenden Code-Snippet können Sie den Hostschlüsselfingerabdruck für eine Verbindung zu Git über SSH ohne GUI verifizieren, indem Sie eine Verbindung zum Server 'us-south.git.cloud.ibm.com' herstellen. Wenn Sie diesen Code für einen anderen Server verwenden möchten, aktualisieren Sie die Werte für HOST und EXPECTED FINGERPRINT entsprechend.

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

Firewall für Git-Webhook-Nachrichten konfigurieren

Sie können Ihre Firewallkonfiguration aktualisieren, um zuzulassen, dass Webhook-Nachrichten von Git Repos and Issue Tracking Endpunkte erreichen, die sich hinter der Firewall befinden. Um Git-Webhook-Nachrichten zuzulassen, öffnen Sie den Datenverkehr zu den Teilnetzbereichen für Ihre Region.

Anzeigenamen aktualisieren

Sie können den Anzeigenamen aktualisieren, der im gesamten Git Repos and Issue Tracking für Sie verwendet wird.

  1. Klicken Sie im Dashboard Git Repos and Issue Tracking 'Benutzereinstellungen' im Menü auf Ihren Avatar und wählen Sie Profil bearbeiten aus. Klicken Sie auf Profil. Aktualisieren Sie auf der Seite Profil im Abschnitt Haupteinstellungen Ihren vollständigen Namen.
  2. Klicken Sie auf Profileinstellungen aktualisieren, um den Namen zu ändern, der für Sie im gesamten Git Repos and Issue Tracking angezeigt wird.

Beschränkungen für physische Dateien und Repos

Dateien sind grundsätzlich auf 100 MB begrenzt. Die empfohlene Repo-Obergrenze beträgt 1 GB. Wenn Ihr Repo größer als 1 GB ist, erhalten Sie möglicherweise eine E-Mail mit der Aufforderung, das Repo zu verkleinern.