Pourquoi le nom d’utilisateur seul est une référence fragile
Un nom d’utilisateur GitLab n’est pas qu’une étiquette sur une page de profil ; il définit un espace de noms. Lorsqu’une personne renomme son compte, l’espace de noms change avec lui, si bien qu’un lien de profil enregistré qui repose sur l’ancien pseudonyme peut ne plus pointer là où vous l’attendez.
Un nom d’utilisateur GitLab possède son propre espace de noms, qui change lorsque le nom d’utilisateur change. Source
C’est le problème pratique que cette fiche résout. Si vous voulez comparer un profil avant et après un renommage, ou vérifier si deux profils correspondent au même compte, il vous faut un identifiant qui ne dépend pas du nom d’utilisateur actuel.
Ce qu’il faut noter
Tenez une entrée par profil suivi. Quatre champs suffisent pour rendre la note utile plus tard :
| Champ | Ce qu’il faut relever | Pourquoi c’est important |
|---|---|---|
| Hôte | L’installation GitLab sur laquelle se trouve le profil, par ex. GitLab.com ou une instance auto-hébergée | Les ID utilisateur n’ont de sens qu’au sein d’une même installation |
| URL de l’ID utilisateur | L’adresse exacte /-/u/<ID> du compte | Une référence qui ne dépend pas du nom d’utilisateur actuel |
| Nom d’utilisateur observé | Le pseudonyme affiché au moment de la consultation | Permet de faire correspondre la fiche à ce que vous avez vu |
| Date | Le jour où vous l’avez enregistrée | Indique à quelle observation la note se rapporte |
Notez l’URL exactement telle qu’elle apparaît plutôt que de la retaper de mémoire. Un seul caractère mal saisi transforme une référence utile en lien mort, et vous risquez de ne le remarquer que des mois plus tard, au moment où vous en aurez besoin.
Obtenir l’URL de l’ID utilisateur depuis un profil
Les profils GitLab sont accessibles via un chemin d’ID utilisateur, et pas seulement via le chemin du nom d’utilisateur.
Les profils GitLab peuvent être ouverts via une URL d’ID utilisateur de la forme /-/u/ suivie de l’ID, et pas seulement via le chemin du nom d’utilisateur. Source
L’ID lui-même se lit sur la page de profil. Sur un profil, la zone Actions comporte une option Copier l’ID utilisateur.
Depuis une page de profil, Actions comporte Copier l’ID utilisateur. Source
Un ordre de travail efficace :
- Ouvrez le profil pendant que vous pouvez encore le voir, et notez l’hôte dans la barre d’adresse.
- Copiez l’ID utilisateur depuis la zone Actions du profil.
- Construisez ou enregistrez l’adresse
/-/u/<ID>pour cet hôte, et vérifiez qu’elle ouvre le même profil. - Notez le nom d’utilisateur observé et la date du jour à côté.
- Conservez les quatre champs ensemble, afin que l’URL ne soit jamais séparée de l’hôte et de la date auxquels elle appartient.
L’étape 3 mérite que l’on ralentisse. Si l’URL de l’ID utilisateur n’ouvre pas le profil que vous consultiez, la fiche est erronée, et il vaut mieux le découvrir maintenant qu’après le changement de nom d’utilisateur.
Gardez les installations séparées
GitLab.com est une installation, mais le logiciel GitLab tourne aussi sur de nombreux autres hôtes. Un ID utilisateur est un identifiant au sein d’une seule installation, si bien que le même numéro peut appartenir à un autre compte ailleurs. Une fiche qui indique seulement « GitLab, ID 12345 » est ambiguë ; une fiche qui précise de quel hôte provient l’ID ne l’est pas.
Traitez chaque hôte comme un ensemble de fiches distinct. Ne fusionnez pas les entrées de deux installations dans une même liste, et ne supposez pas qu’un modèle d’URL copié depuis un hôte fonctionnera sur un autre.
Ce que la fiche peut et ne peut pas vous dire
| Question | Ce que la fiche permet | Ce qu’elle ne permet pas |
|---|---|---|
| S’agit-il du même compte que celui consulté auparavant ? | Une comparaison entre l’URL d’ID utilisateur enregistrée et l’actuelle | Prouver qu’une personne réelle se trouve derrière l’un ou l’autre profil |
| Le nom d’utilisateur a-t-il changé ? | Une différence visible entre le nom d’utilisateur enregistré et l’actuel | Pourquoi il a changé, ni qui l’a changé |
| Ce profil est-il toujours actif ? | Si l’URL fonctionne encore au moment de la vérification | Toute conclusion sur le niveau d’activité à partir du seul profil |
Une correspondance de profil est une piste, pas une preuve de propriété. Deux profils qui partagent un pseudonyme, une photo ou une courte biographie n’appartiennent pas pour autant à la même personne, et une URL d’ID utilisateur identique vous dit que le compte est le même compte, pas que vous savez qui l’exploite.
Quand la comparaison n’est pas concluante
Plusieurs issues sont normales, et aucune ne doit être lue comme un verdict sur une personne :
- L’URL enregistrée n’ouvre plus de profil. Notez ce que vous voyez et quand. Un profil manquant est une observation sur une page, pas une affirmation sur l’historique d’un compte.
- L’URL s’ouvre, mais le nom d’utilisateur diffère. C’est le cas pour lequel la fiche a été conçue : vous avez une référence fixe et une étiquette modifiée, et vous pouvez décrire le changement avec une date associée.
- L’URL ouvre un profil qui semble différent. Le contenu évolue avec le temps. Notez la différence et la date plutôt que de la traiter comme une preuve de quoi que ce soit au-delà de ce que vous avez vu.
- Vous n’êtes pas sûr de l’hôte utilisé. Ne devinez pas. Revérifiez l’adresse et repartez d’une fiche neuve plutôt que de modifier une fiche incertaine.
Si vous ne pouvez pas lever l’ambiguïté, dites-le dans vos notes. Une entrée honnête « non résolue » sera plus utile plus tard qu’une entrée assurée bâtie sur une supposition.
Où cela s’inscrit dans une vérification plus large
Cette fiche est une référence étroite et durable pour une seule plateforme. Si votre tâche réelle est plus large — déterminer quels comptes sur différents services pourraient appartenir à la même personne — une recherche de nom d’utilisateur sur de nombreuses plateformes est l’étape suivante naturelle, et le guide sur trouver des comptes de réseaux sociaux par nom d’utilisateur couvre cette tâche. Gardez la fiche GitLab séparée de ce tableau d’ensemble : elle documente une référence de compte, tandis que la recherche plus large produit des candidats qui restent à vérifier.
Si vous utilisez un outil de recherche pour cette étape plus large, traitez sa sortie de la même manière — comme des pistes à vérifier, pas des conclusions. TraceSeek, l’application couverte par cette publication, indique qu’elle recherche plus de 3 000 plateformes et qu’un premier scan est gratuit et prend 20–30 secondes ; ce sont des déclarations produit, pas des mesures indépendantes, et une correspondance publique n’établit toujours pas qui possède un compte.
Une courte liste de vérification
- Confirmez sur quel hôte GitLab se trouve le profil.
- Copiez l’ID utilisateur depuis la zone Actions du profil.
- Enregistrez l’URL exacte
/-/u/<ID>et confirmez qu’elle ouvre le profil. - Notez le nom d’utilisateur observé et la date.
- Regroupez les entrées par hôte.
- Revérifiez l’URL enregistrée avant de tirer quelque conclusion que ce soit sur la continuité.
- Décrivez les constats comme des observations au niveau du compte, jamais comme la confirmation de l’identité d’une personne.