Why the username alone is a weak reference
A GitLab username is not just a label on a profile page; it defines a namespace. When someone renames their account, the namespace changes with it, so a saved profile link that relies on the old handle may no longer point where you expect.
A GitLab username has its own namespace, which changes when the username changes. Source
That is the practical problem this record solves. If you want to compare a profile before and after a rename, or check whether two profiles are the same account, you need an identifier that does not depend on the current username.
What to write down
Keep one entry per profile you are tracking. Four fields are enough to make the note useful later:
| Field | What to capture | Why it matters |
|---|---|---|
| Host | The GitLab installation the profile lives on, e.g. GitLab.com or a self-hosted instance | User IDs are only meaningful within one installation |
| User-ID URL | The exact /-/u/<ID> address for the account | A reference that does not depend on the current username |
| Observed username | The handle shown at the time you looked | Lets you match the record to what you saw |
| Date | The day you recorded it | Tells you which observation the note describes |
Record the URL exactly as it appears rather than retyping it from memory. A single mistyped character turns a useful reference into a dead link, and you may not notice until months later when you need it.
Getting the user-ID URL from a profile
GitLab profiles can be reached through a user-ID path rather than only through the username path.
GitLab profiles can be opened through a user-ID URL in the form /-/u/ followed by the ID rather than only through the username path. Source
The ID itself can be read from the profile page. On a profile, the Actions area includes a Copy user ID option.
From a profile page, Actions includes Copy user ID. Source
A workable order is:
- Open the profile while you can still see it, and note the host in the address bar.
- Copy the user ID from the profile’s Actions area.
- Build or save the
/-/u/<ID>address for that host, and check that it opens the same profile. - Write down the username you observed and today’s date next to it.
- Store the four fields together, so the URL is never separated from the host and date it belongs to.
Step 3 is the one worth slowing down for. If the user-ID URL does not open the profile you were looking at, the record is wrong, and it is better to find that out now than after the username has changed.
Keep installations separate
GitLab.com is one installation, but GitLab software also runs on many other hosts. A user ID is an identifier within a single installation, so the same number can belong to a different account somewhere else. A record that says only “GitLab, ID 12345” is ambiguous; a record that says which host the ID came from is not.
Treat each host as its own set of records. Do not merge entries from two installations into one list, and do not assume a URL pattern copied from one host will resolve on another.
What the record can and cannot tell you
| Question | What the record supports | What it does not |
|---|---|---|
| Is this the same account I looked at before? | A comparison between the stored user-ID URL and the current one | Proof that a real person is behind either profile |
| Did the username change? | A visible difference between the stored username and the current one | Why it changed, or who changed it |
| Is this profile still active? | Whether the URL still resolves when you check | Any conclusion about activity level from the profile alone |
A profile match is a lead, not proof of ownership. Two profiles that share a handle, a photo or a short biography do not thereby belong to the same person, and a matching user-ID URL tells you the account is the same account, not that you know who operates it.
When the comparison is inconclusive
Several outcomes are normal, and none of them should be read as a verdict about a person:
- The stored URL no longer opens a profile. Record what you see and when. A missing profile is an observation about a page, not a statement about an account’s history.
- The URL opens, but the username differs. That is the case the record was built for: you have a fixed reference and a changed label, and you can describe the change with a date attached.
- The URL opens a profile that looks different. Content changes over time. Note the difference and the date rather than treating it as evidence of anything beyond what you saw.
- You are not sure which host you used. Do not guess. Re-check the address and start a fresh record rather than editing an uncertain one.
If you cannot resolve the ambiguity, say so in your notes. An honest “unresolved” entry is more useful later than a confident one built on a guess.
Where this fits in a wider check
This record is a narrow, durable reference for one platform. If your actual task is broader — working out which accounts across different services might belong to the same person — a username lookup across many platforms is the natural next step, and the guide on finding social media accounts by username covers that task. Keep the GitLab record separate from that broader picture: it documents an account reference, while the wider search produces candidates that still need checking.
If you use a lookup tool for that broader step, treat its output the same way — as leads to verify, not conclusions. TraceSeek, the app covered by this publication, states that it searches 3,000+ platforms and that a first scan is free and takes 20-30 seconds; those are product statements, not independent measurements, and a public match still does not establish who owns an account.
A short checklist
- Confirm which GitLab host the profile is on.
- Copy the user ID from the profile’s Actions area.
- Save the exact
/-/u/<ID>URL and confirm it opens the profile. - Note the username you observed and the date.
- Keep entries grouped by host.
- Re-check the stored URL before drawing any conclusion about continuity.
- Describe findings as account-level observations, never as confirmation of a person’s identity.