Vscode-docker: Nom de référentiel manquant dans GitLab Docker Registry

Créé le 21 févr. 2020  ·  11Commentaires  ·  Source: microsoft/vscode-docker

J'utilise le registre GitLab et j'ai remarqué que le nom du référentiel actuel d'un registre donné est manquant.

Et ce comportement ne peut être observé que pour GitLab, DockerHub fonctionne comme un charme.

Je vais fournir quelques images pour que ce soit plus clair.

Observation:
Image of observed defect

État actuel dans GitLab :
Current state in GitLab

La même chose, mais dans DockerHub :
Current state in GitLab

bug fix released investigate

Tous les 11 commentaires

Cela ressemble vraiment à un bug, nous allons l'examiner. Merci de l'avoir signalé @danielgospodinow !

@BigMorty Je pense que nous devrions prendre cela pour 0,11.0 car cela rend essentiellement GitLab inutilisable dans notre vue Registres.

Un seul de ces référentiels vides peut exister dans un espace de noms donné - son nom _est_ le même que l'espace de noms - ce qui atténue quelque peu le problème. Vous ne verrez pas de champ de référentiels vides sans contexte ni indice sur ce qui est quoi.

Je suis capable de reproduire :

En balisant et en poussant vers registry.gitlab.com/username/project/repo:latest , il apparaîtra en tant que référentiel something avec la balise latest , comme ceci :
docker push registry.gitlab.com/bwateratmsft/vscode-extension-testing/webworkspace:latest
image

Mais si vous étiquetez et poussez avec registry.gitlab.com/username/project:latest , il apparaît comme un dépôt vide :
docker push registry.gitlab.com/bwateratmsft/vscode-extension-testing:latest
image

Je vais vérifier ce que Docker Hub fait différemment...

Docker Hub n'autorise donc pas les push vers l'espace de noms lui-même. c'est-à-dire que je peux pousser bwateratmsft/webworkspace:latest mais pas bwateratmsft:latest .

C'est bien que vous ayez réussi à reproduire le problème et je suis heureux que vous ayez même compris ce qui se passe exactement ! :sourire: Bonne chance les gars !

Merci! Nous essayions de décider exactement quel texte devrait aller à cet endroit. Techniquement, c'est un tout autre référentiel. Certaines de nos idées incluent :

  1. Donnez le nom complet, par exemple dans mon exemple, ce serait bwateratmsft/vscode-extension-testing . Ce serait exactement le même texte que le nœud parent.
  2. Afficher <root>
  3. Afficher <default>

Avez-vous une préférence ou y a-t-il un texte différent qui a du sens à y afficher ?

Je pense que l'option 1 semble tout à fait raisonnable. En fait, c'est le comportement que j'attends en tant qu'utilisateur. :le sourire:

Je me suis familiarisé avec le code source et je ferai également de mon mieux pour aider à résoudre ce problème. J'aimerais beaucoup contribuer à ce projet. :le sourire:

J'ai approfondi le code, et il semble que ce soit une bizarrerie de GitLab lui-même. Leur API renvoie une name qui est vide. Pourtant, je pense que le correctif est essentiellement le même - lors de la construction du nœud de référentiel, nous pouvons simplement donner un nom par défaut comme le nom du projet s'il n'y a rien dans la demande.

Oui, je suis tout à fait d'accord ! :smile: Ce correctif devrait faire l'affaire.
J'ai réussi à appliquer le correctif localement.
Puis-je essayer de faire une pull request pour cela, même s'il ne s'agit que d'une seule ligne de code ? :le sourire:

Oui, s'il vous plaît! Nous accueillons les contributions des utilisateurs. :le sourire:

J'ai fait une pull request. :smile: Je vais essayer de continuer à contribuer autant que je peux ! :v: Et merci pour la merveilleuse discussion, c'était une merveilleuse opportunité pour moi !

Cette page vous a été utile?
0 / 5 - 0 notes