Một hồ sơ GitLab được định địa chỉ bằng tên người dùng hoặc bằng ID người dùng của nó, và nó luôn thuộc về một máy chủ cụ thể. Một hồ sơ trên gitlab.com và một hồ sơ trên một phiên bản được lưu trữ độc lập là những bối cảnh tài khoản riêng biệt, vì vậy một tên cục bộ trùng khớp giữa các máy chủ nên được ghi lại thành hai bản ghi riêng theo máy chủ cho đến khi có một liên kết tự nguyện, hiện hành nối chúng lại. Hãy ghi máy chủ trước, sau đó ghi tên người dùng hoặc ID.
Tìm manh mối về hồ sơ mạng xã hội công khai với ứng dụng TraceSeek của chúng tôi.
Vì sao máy chủ là một phần của tên
Một hồ sơ GitLab nằm trên một máy chủ cụ thể, và máy chủ đó là một phần của những gì bạn đang xem. GitLab.com và các phiên bản được lưu trữ độc lập là những bối cảnh tài khoản riêng biệt, và GitLab ghi rõ rằng một hồ sơ có thể được định địa chỉ bằng tên người dùng hoặc bằng ID người dùng trên máy chủ cụ thể của nó. Vì vậy, hai trang đều hiển thị một tên cục bộ là hai bối cảnh tài khoản riêng biệt cho đến khi bạn chứng minh được điều ngược lại. Thói quen thực tế là ghi máy chủ trước và tên sau, để một lần tìm kiếm hay ghi chú về sau không âm thầm đánh rơi sự phân biệt đó. [Tài liệu GitLab: hồ sơ công khai, ID tài khoản và cài đặt chủ sở hữu]
So sánh một hồ sơ được chia sẻ với một hồ sơ tự lưu trữ
Khi ai đó chia sẻ một hồ sơ gitlab.com và cũng nhắc đến một phiên bản tự lưu trữ, hãy coi hai thứ đó là các bản ghi song song thay vì một bản ghi được nhìn thấy hai lần. Hãy so sánh tên hiển thị, bối cảnh được nêu và các liên kết công khai, nhưng hãy nhớ rằng sự nhất quán chỉ là sự nhất quán. Một tên cục bộ trùng khớp trên máy chủ thứ hai không xác nhận rằng cùng một người nắm giữ cả hai tài khoản. Nếu bạn hoàn toàn không truy cập được trang tự lưu trữ, hãy ghi lại rằng nó không khả dụng và dừng ở ranh giới truy cập thay vì thay thế bằng phỏng đoán. [Tài liệu GitLab: hồ sơ công khai, ID tài khoản và cài đặt chủ sở hữu]
- Viết đầy đủ máy chủ bên cạnh mỗi hồ sơ GitLab bạn ghi chú, và giữ hai máy chủ trên các dòng riêng biệt.
- Đánh dấu mọi hồ sơ bạn không mở được là không khả dụng, và nêu lý do thay vì lấp đầy khoảng trống.
Định dạng dựa trên ID và những gì nó thay đổi
GitLab ghi rõ rằng một hồ sơ có thể được định địa chỉ bằng tên người dùng hoặc bằng ID người dùng trên máy chủ cụ thể của nó, vì vậy một địa chỉ hồ sơ dựa trên ID là một đường dẫn đến cùng bối cảnh tài khoản, không phải một người khác. ID là cách thứ hai để trỏ đến một tài khoản trên máy chủ đó, nhưng nó không làm cho tài khoản trở thành toàn cầu và không chuyển được giữa các máy chủ. Hãy coi ID là một mã định danh bổ sung gắn với máy chủ, không phải một chìa khóa vạn năng. Khi so sánh hai hồ sơ, hãy đặt máy chủ và loại mã định danh cạnh nhau để bạn có thể thấy mình đang so sánh những thứ tương đương hay không. [Tài liệu GitLab: hồ sơ công khai, ID tài khoản và cài đặt chủ sở hữu]
Đọc hồ sơ mà không khẳng định quá mức
Tư liệu hồ sơ công khai là bằng chứng mỏng. Việc đặt hồ sơ ở chế độ riêng tư ẩn các phần của hồ sơ nhưng không ẩn mọi tài nguyên từng công khai, và trạng thái do người dùng nhập có thể vẫn công khai; quản trị viên cũng có thể áp đặt các hạn chế hiển thị. Chủ sở hữu có thể chọn hiển thị các hành động đóng góp riêng tư mà không công bố toàn bộ thông tin dự án riêng tư bên dưới, vì vậy biểu đồ đóng góp không phải là bản ghi hiện diện hay danh tính theo thời gian thực. Các trường tài khoản mạng xã hội bên ngoài có thể chứa nhiều loại mã định danh khác nhau, chẳng hạn như ID người dùng Discord hoặc tên người dùng GitHub, vì vậy hãy coi mỗi trường đúng theo loại mã định danh của nó thay vì coi đó là tên hiển thị. Những chi tiết này mô tả một trang, không phải ý định hay sự trung thực của một người. [Tài liệu GitLab: hồ sơ công khai, ID tài khoản và cài đặt chủ sở hữu]
Một ví dụ so sánh, được nêu rõ là giả định
Giả sử một người liên hệ giả định chia sẻ một hồ sơ gitlab.com có bối cảnh được nêu là một dự án công khai, và trong cùng cuộc trò chuyện có nhắc đến một phiên bản tự lưu trữ. Bạn ghi hai máy chủ riêng biệt, ghi nhận rằng các tên cục bộ tình cờ trùng khớp, và không tìm thấy liên kết tự trỏ nào được chia sẻ giữa hai trang. Kết luận đúng không phải là hai tài khoản đó là một danh tính; mà là bạn có hai bản ghi riêng theo máy chủ với một tên trùng nhau. Bạn có thể hỏi, ngay trong kênh mà các hồ sơ được chia sẻ một cách tự nguyện, liệu cả hai có thuộc cùng một bối cảnh không. Nếu bạn không mở được trang tự lưu trữ, hãy đánh dấu nó là không khả dụng thay vì cho rằng nó khớp.
- Giữ một cột quan sát và một cột giới hạn trong ghi chú của bạn, để một sự trùng khớp không bao giờ âm thầm trở thành kết luận.
- Chỉ đặt câu hỏi làm rõ trong kênh mà tư liệu đã được chia sẻ với bạn.
Dừng lại ở ranh giới truy cập
Nếu một trang hồ sơ đã được tài liệu hóa hoặc một tài liệu công khai được phép không khả dụng, hãy ghi lại là không khả dụng và dừng ở đó; đừng suy ra trang bị thiếu từ trang bạn có thể thấy. Chỉ yêu cầu một liên kết tự nguyện hiện hành trong kênh mà hồ sơ ban đầu được chia sẻ. Hãy giữ bản ghi về những gì bạn có thể và không thể mở, để một máy chủ bị thiếu không bao giờ biến thành một danh tính được giả định. [Tài liệu GitLab: hồ sơ công khai, ID tài khoản và cài đặt chủ sở hữu]
Thêm vài câu hỏi
Tên người dùng giống nhau trên gitlab.com và trên một phiên bản tự lưu trữ có phải là cùng một tài khoản không?
GitLab.com và các thực thể được lưu trữ độc lập là những bối cảnh tài khoản riêng biệt, và một hồ sơ được định danh bằng tên người dùng hoặc ID người dùng trên máy chủ cụ thể của nó. Tên cục bộ trùng nhau giữa các máy chủ chỉ là sự trùng lặp tên, không phải bằng chứng về một danh tính duy nhất.
Liệu một địa chỉ hồ sơ GitLab dựa trên ID có chứng minh được người đó là ai không?
Nó chỉ trỏ đến một tài khoản trên một máy chủ. GitLab ghi rõ tên người dùng và ID người dùng là hai cách để định danh một hồ sơ trên máy chủ cụ thể của nó, điều này giúp ghi chép rõ ràng nhưng không nói gì về danh tính ngoài bối cảnh tài khoản đó.
Liệu biểu đồ đóng góp có phải là dấu hiệu đáng tin cậy cho thấy ai đó đang hoạt động ngay lúc này không?
Không. Chủ sở hữu có thể hiển thị các hoạt động đóng góp riêng tư mà không công bố mọi chi tiết dự án riêng tư bên dưới, vì vậy không nên đọc biểu đồ như một dấu hiệu hiện diện theo thời gian thực hay một hồ sơ danh tính.
Tôi nên làm gì nếu không thể mở hồ sơ tự lưu trữ?
Hãy ghi nhận là không khả dụng và dừng lại ở ranh giới truy cập. Đừng suy đoán trang bị thiếu từ hồ sơ kia; chỉ nên yêu cầu một liên kết hiện tại tự nguyện trong kênh mà hồ sơ được chia sẻ ban đầu.
Nguồn và ghi chú biên tập
Các tài liệu tham khảo chính thức được kiểm tra vào 23 tháng 10, 2026. Danh sách kiểm tra, bảng so sánh và mẫu câu ví dụ là công cụ biên tập của DateClues, không phải bài kiểm tra chính thức hay điểm rủi ro đã được xác nhận.
Thông tin chung. Không hướng dẫn hay công cụ nào có thể xác nhận danh tính, ý định hay sự an toàn của một người. Đọc tiêu chuẩn biên tập của chúng tôi.