La réponse courte
GitLab propose une option de profil privé dans les paramètres du profil. Ce commutateur est un contrôle de visibilité pour votre page de profil, pas un mode de confidentialité global pour tout ce qui est lié à votre compte. Les paramètres de profil privé ne rendent pas privées toutes les ressources publiques ni les informations visibles via l’API, et l’identité de l’e-mail de commit dispose de réglages distincts. Considérez ce commutateur comme une étape d’un examen, pas comme la ligne d’arrivée.
GitLab propose une option de profil privé dans les paramètres du profil. Source
Les paramètres de profil privé ne rendent pas privées toutes les ressources publiques ni les informations visibles via l’API. Source
L’identité de l’e-mail de commit dispose de réglages distincts. Source
Étape 1 : capturez un instantané avant modification
Avant de changer quoi que ce soit, notez ce qu’un visiteur déconnecté peut voir. Utilisez une fenêtre de navigation privée ou un profil de navigateur qui n’est pas connecté à GitLab, et enregistrez des captures d’écran datées. Vous obtenez ainsi une base de référence à comparer après le changement.
Consignez ces vues :
- Votre page de profil en tant que visiteur déconnecté : nom affiché, avatar, biographie, localisation, liens de site web et éventuels identifiants de réseaux sociaux listés.
- Votre liste de projets publics : noms, descriptions, étiquettes de visibilité et dates de dernière activité.
- L’activité de contribution affichée sur le profil, si elle est visible.
- Une page de commit échantillon d’un projet public, pour voir quel nom et quel e-mail y sont attachés.
- Votre profil en tant que non-membre connecté si vous pouvez organiser cela, car certaines vues diffèrent entre visiteurs anonymes et authentifiés.
Gardez l’instantané factuel. Vous ne cherchez pas à juger si l’information est sensible ; vous cherchez à savoir ce qui existe avant de modifier les paramètres.
Étape 2 : modifiez le paramètre de visibilité du profil
Dans GitLab, la confidentialité du profil se contrôle depuis les paramètres de votre profil. Les libellés de menu exacts peuvent changer d’une version à l’autre ; naviguez donc par fonction plutôt que de mémoriser un chemin : ouvrez les paramètres de votre compte, trouvez la section profil et cherchez l’option de profil privé décrite dans la documentation de GitLab.
GitLab propose une option de profil privé dans les paramètres du profil. Source
Lorsque vous l’activez, ne supposez pas que le reste de votre compte suit. Le réglage régit la présentation du profil ; il ne reclasse pas les projets, tickets, merge requests, commentaires ou réponses d’API déjà publics.
Les paramètres de profil privé ne rendent pas privées toutes les ressources publiques ni les informations visibles via l’API. Source
Étape 3 : examinez les projets publics séparément
La visibilité d’un projet est un réglage à part, projet par projet. Après avoir activé un profil privé, ouvrez chaque projet que vous possédez ou maintenez et vérifiez sa visibilité. Un projet défini comme public reste accessible à toute personne disposant du lien, et son dépôt, ses tickets et son historique de commits peuvent rester visibles indépendamment du réglage de votre profil.
Utilisez ce tableau de décision pour trier ce que vous trouvez :
| Ce que vous avez trouvé | Où se trouve le contrôle | Ce qu’il faut vérifier après modification |
|---|---|---|
| Détails de la page de profil (bio, liens, localisation) | Paramètres du profil | Rechargez le profil déconnecté et confirmez ce que voit un visiteur |
| Dépôt et tickets d’un projet | Le paramètre de visibilité propre au projet | Ouvrez l’URL du projet dans une fenêtre privée |
| Nom et e-mail de l’auteur de commit | Paramètres d’e-mail / d’identité de commit | Inspectez une page de commit dans chaque projet concerné |
| Réponses d’API contenant vos données | La visibilité de la ressource, pas le commutateur de profil | Redemandez le même point de terminaison déconnecté |
| Copies mises en cache ou indexées ailleurs | En dehors des paramètres de GitLab | Recherchez l’URL du profil et les noms de projets |
Deux limites honnêtes s’imposent ici. Premièrement, faire passer un projet de public à privé affecte toutes les personnes qui s’appuyaient sur cette URL, y compris celles qui l’ont mis en favori ou forké ; la documentation de GitLab sur la visibilité des projets est l’endroit pour comprendre ces effets. Deuxièmement, les moteurs de recherche et les miroirs tiers peuvent conserver des copies de pages qui étaient publiques auparavant ; un changement de paramètres n’atteint pas ces copies.
Étape 4 : séparez votre identité de commit
Les métadonnées de commit sont une source fréquente de surprise. Un commit enregistre un nom d’auteur et un e-mail, et ces valeurs peuvent différer de ce que votre profil affiche désormais. L’identité de l’e-mail de commit dispose de réglages distincts, donc changer la visibilité du profil ne réécrit pas les commits existants et ne modifie pas nécessairement ce que les futurs commits exposent.
L’identité de l’e-mail de commit dispose de réglages distincts. Source
Une séquence d’examen pratique :
- Ouvrez une page de commit dans chaque projet public auquel vous contribuez.
- Notez le nom d’auteur et l’e-mail affichés.
- Vérifiez vos paramètres d’e-mail de commit et confirmez quelle adresse est utilisée pour les nouveaux commits.
- Décidez si les commits existants nécessitent une attention particulière ; réécrire l’historique est une opération distincte avec ses propres conséquences, et elle ne fait pas partie du commutateur de profil.
Ne supposez pas que l’activation d’un profil privé masque les métadonnées de commit. Les deux sont régis par des paramètres différents.
Étape 5 : vérifiez l’état après modification
Répétez exactement l’instantané initial : même mode de navigation, mêmes pages, mêmes échantillons de commits. Comparez côte à côte. Une vérification utile consiste à demander ce qui a changé et ce qui n’a pas changé. Si votre page de profil est désormais restreinte mais qu’un projet public liste encore vos commits avec un e-mail, l’examen n’est pas terminé.
Vérifiez aussi les informations visibles via l’API lorsque vous le pouvez. Si vous avez précédemment interrogé un point de terminaison public qui renvoyait vos données de profil ou de projet, redemandez-le en étant déconnecté et comparez. L’option de profil privé ne garantit pas que les réponses d’API changent.
Les paramètres de profil privé ne rendent pas privées toutes les ressources publiques ni les informations visibles via l’API. Source
Erreurs courantes
- Traiter le commutateur de profil privé comme une confidentialité à l’échelle du compte. C’est un paramètre de profil ; les projets et les ressources visibles via l’API ont leurs propres règles de visibilité.
- Oublier l’e-mail de commit. L’identité de commit se configure séparément, et les anciens commits conservent les métadonnées avec lesquelles ils ont été créés.
- Vérifier uniquement en étant connecté. Votre propre vue n’est pas celle du visiteur. Vérifiez toujours déconnecté.
- Supposer qu’un projet supprimé ou renommé disparaît partout. Les index de recherche et les miroirs peuvent survivre à la page d’origine.
- Tout changer en même temps. Sans instantané initial, vous ne pouvez pas dire quel changement a produit quel résultat.
- Confondre profil masqué et données supprimées. Un profil restreint ou modifié ne prouve pas que les données stockées ont été supprimées.
- Ignorer les identifiants liés. Un lien en bio ou un identifiant social sur le profil peut mener à des comptes ailleurs que vous n’avez pas examinés.
Vérifier les identifiants qui restent
Un profil GitLab liste souvent un site personnel, un identifiant social ou un nom d’utilisateur réutilisé sur d’autres services. Ces liens sont en dehors des paramètres de GitLab, et ils sont exactement le type d’empreinte publique qu’un examen de profil devrait faire ressortir. Si vous voulez voir où un identifiant connu apparaît dans d’autres communautés, une recherche de nom d’utilisateur peut vous aider à cartographier les correspondances publiques ; notre guide sur la recherche de comptes de réseaux sociaux par nom d’utilisateur explique la technique. TraceSeek couvre 3 000+ plateformes et offre un premier scan gratuit, avec un temps de scan annoncé de 20–30 secondes. Les correspondances publiques sont des pistes, pas une preuve de propriété, et une recherche ne modifie aucun paramètre de plateforme ni ne révèle de dossiers privés.
Protéger votre propre empreinte
La confidentialité sur un hébergeur de code est un ensemble de contrôles indépendants, pas un interrupteur unique. Une routine viable consiste à examiner ensemble la visibilité du profil, la visibilité des projets et l’identité de commit, puis à les revérifier après tout changement de rôle, d’employeur ou d’activité publique. Conservez un instantané daté pour que les futurs examens partent de preuves plutôt que de souvenirs. Lorsqu’une plateforme documente ses propres paramètres, lisez cette documentation plutôt que de vous fier à des résumés de seconde main, car les menus et les valeurs par défaut changent d’une version à l’autre. Et lorsque vous trouvez un identifiant présent sur plusieurs services, examinez chaque compte selon ses propres règles ; le paramètre de confidentialité d’une plateforme n’a aucun effet sur celui d’une autre.
Faits clés
- GitLab propose une option de profil privé dans les paramètres du profil.
- Les paramètres de profil privé ne rendent pas privées toutes les ressources publiques ni les informations visibles via l’API.
- L’identité de l’e-mail de commit dispose de réglages distincts.
- TraceSeek couvre 3 000+ plateformes et offre un premier scan gratuit, avec un temps de scan annoncé de 20–30 secondes.
- Les correspondances publiques de noms d’utilisateur sont des pistes, pas une preuve de propriété.