Accesso a un Git repository

Requisiti

Prima di iniziare, tieni presente i seguenti requisiti:

• Non utilizzare lo stesso Git repository nei progetti con integrazione Git predefinita e nei progetti con integrazione Git deprecata.
• Solo Bitbucket Enterprise : è necessario inserire il URL nel repository nel seguente formato: https://<repo-url>.git. Non includere il tuo nome utente nel URL.
• Restrizioni del repository nei progetti con integrazione Git deprecata :
  • Per un progetto vuoto:
    • Il repository non deve essere vuoto, ma non può contenere un progetto esportato. Tutti i file presenti nel repository verranno eliminati durante la creazione del progetto.
    • Se il repository è bloccato da un altro progetto, è possibile riassegnarlo al nuovo progetto eliminando il .project-lock.json file. L'altro progetto perde l'accesso al repository.
  • Per un progetto creato da Git :
    • Il repository deve contenere risorse esportate da un Cloud Pak for Data progetto.
    • Il repository può essere bloccato da un altro progetto. Per abilitare la sincronizzazione tra il progetto e il repository, è necessario eliminare il .project-lock.json file nel repository. L'altro progetto perde l'accesso al repository.

Configurazione dell'accesso

Per accedere a un Git repository durante la creazione di un progetto:

1. Seleziona un token di accesso esistente o creane uno nuovo. Per creare un token:

   1. Clicca su Nuovo token.

   2. Seleziona la piattaforma per la quale desideri creare un token di accesso personale. Sono supportati i seguenti Git server:

      • GitHub
      • GitHub Enterprise
      • GitLab
      • GitLab Autogestito
      • Bitbucket
      • Bitbucket Enterprise
      • DevOps ServicesAzure (pubblico)

   3. Accedi alla piattaforma e segui le istruzioni per generare un nuovo token con ambito repo. Restrizioni e considerazioni:

      • Il token deve avere accesso in lettura e scrittura al repository.
      • Se il Git repository è ospitato su Azure, il token deve avere accesso completo.
      • Per Bitbucket Enterprise, è necessario disporre dei diritti di amministratore del repository per creare un token.
      • I token per Git i repository sono gestiti a livello di utente, non a livello di progetto. Ciò significa che ogni utente deve creare il proprio token.
      • I token nei progetti Git deprecati non possono essere aggiornati se sono scaduti. I token devono essere validi per tutta la durata del progetto.

   4. Copia il token di accesso appena generato e incollalo nella finestra di Git dialogo di integrazione.

   5. Opzionale per GitHub Enterprise, GitLab Self-Managed e Bitbucket Enterprise se è necessario fornire un certificato autofirmato o sovrascrivere un certificato esistente: incollare i dettagli del certificato ottenuti Git dall'amministratore nella finestra di Git dialogo di integrazione.

      Questi dati devono essere in formato PEM.

   6. Solo per GitHub Enterprise, GitLab Self-Managed e Bitbucket Enterprise: inserisci il nome di dominio e il tuo nome utente.

      Il nome di dominio URL deve utilizzare il https protocollo utilizzato al momento della creazione del token di accesso e non può terminare con una barra (//). Un esempio è: https://dse-bitbucket.mylab.mycompany:8443. I token Enterprise Git esistenti che non utilizzano il https protocollo non funzioneranno. È necessario crearne di nuovi che utilizzino un nome di URL dominio corretto.

   7. Assegna un nome al token generato.

2. Seleziona questo token nella pagina di creazione del progetto.

3. Accedi al repository URL nella piattaforma che hai selezionato. Ad esempio, per un repository in GitHub, inserisci https://github.com/myName/projectrepo.git.

4. Dopo che il repository è stato convalidato, seleziona un ramo. Questo ramo è il ramo principale per il tuo flusso Git di lavoro complessivo. Sono elencati solo i primi 30 rami presenti nel repository.

5. Concedi a tutti gli utenti con cui desideri collaborare sui file in JupyterLab o l'accesso RStudio in lettura/scrittura al Git repository.

Certificati di istanza Git di livello aziendale

Le istanze di livello aziendale Git che è possibile associare a un progetto in Watson Studio, ovvero GitHub Enterprise, GitLab Self-Managed e Bitbucket Enterprise, utilizzano principalmente un certificato firmato da una CA pubblicamente attendibile per garantire la sicurezza del Git traffico client. Questo certificato firmato da CA viene automaticamente utilizzato per l'autenticazione alla piattaforma al momento della creazione del token di accesso alla piattaforma e non deve essere fornito durante la creazione del progetto. Tuttavia, a volte una Git piattaforma di livello aziendale potrebbe utilizzare un certificato autofirmato per l'autenticazione. Se si utilizza un certificato autofirmato, è necessario fornire i dettagli del certificato al momento della creazione del token di accesso alla piattaforma. Chiedi al tuo Git amministratore per avere maggiori dettagli.

È possibile sovrascrivere un certificato creando un nuovo token di accesso alla piattaforma e fornendo i dettagli del nuovo certificato se:

• È necessario passare da un certificato CA a un certificato autofirmato

  Tutti i nuovi progetti inizieranno a utilizzare il nuovo certificato. Per utilizzare la Git piattaforma nei progetti esistenti, è necessario contattare IBM l'assistenza.

• È necessario aggiornare un certificato autofirmato, altrimenti scadrà e non sarà più valido

  Tutti i progetti nuovi ed esistenti inizieranno a utilizzare il nuovo certificato.

• È necessario passare da un certificato autofirmato a un certificato CA

  Tutti i progetti nuovi ed esistenti inizieranno a utilizzare il nuovo certificato. Questa è l'unica occasione in cui è necessario fornire i dettagli del certificato CA.