Câu trả lời ngắn gọn
GitLab không chỉ có một cài đặt email. Có nhiều cài đặt, và chúng kiểm soát những thứ khác nhau: địa chỉ bạn dùng để đăng nhập, địa chỉ hiển thị trên hồ sơ công khai và địa chỉ gắn với các commit bạn tạo. Ngừng sử dụng một địa chỉ một cách an toàn đòi hỏi kiểm tra từng bề mặt, vì thay đổi một cái không tự động dọn dẹp những cái khác.
Email chính của GitLab là mặc định cho đăng nhập, commit và thông báo; khi thay đổi, địa chỉ chính cũ vẫn được giữ làm địa chỉ phụ. Nguồn
Chỉ riêng câu đó đã tạo ra một cái bẫy. Nếu bạn đổi email chính sang địa chỉ mới, địa chỉ cũ không biến mất khỏi tài khoản. Nó vẫn được gắn làm địa chỉ phụ, nghĩa là nó vẫn có thể liên kết với danh tính của bạn trên GitLab ngay cả sau khi bạn ngừng dùng nó để đăng nhập.
Ba bề mặt, ba cài đặt khác nhau
| Bề mặt | Kiểm soát điều gì | Tại sao quan trọng khi ngừng dùng một email |
|---|---|---|
| Email chính | Mặc định cho đăng nhập, commit và thông báo | Thay đổi sẽ hạ địa chỉ cũ xuống phụ thay vì xóa nó |
| Email công khai | Địa chỉ hiển thị trên hồ sơ công khai của bạn | Là trường riêng; có thể hiển thị địa chỉ không phải email đăng nhập của bạn |
| Email commit | Địa chỉ gắn với các commit bạn tạo | Có tùy chọn email riêng tư, nhưng cấu hình Git cục bộ cũng quan trọng |
Bài học thực tế là “đặt hồ sơ của tôi thành riêng tư” và “ngừng dùng địa chỉ này” không phải là cùng một thao tác. Mỗi dòng ở trên cần được kiểm tra riêng.
Bước 1: Quyết định hồ sơ công khai nên hiển thị gì
Trường Email công khai là một cài đặt riêng. Nó chọn địa chỉ nào, nếu có, xuất hiện trên hồ sơ công khai của bạn.
Trường Email công khai chọn một địa chỉ hiển thị trên hồ sơ công khai và là một cài đặt riêng. Nguồn
Vì là riêng biệt, việc thay đổi địa chỉ đăng nhập chính không tự nó thay đổi những gì khách truy cập thấy trên hồ sơ của bạn. Hãy kiểm tra trực tiếp trường Email công khai và quyết định xem địa chỉ ở đó có phải là địa chỉ bạn thoải mái hiển thị hay không. Nếu bạn đang ngừng dùng một địa chỉ, đây là nơi đầu tiên cần xem, vì đây là bề mặt dễ thấy nhất.
Bước 2: Thay đổi địa chỉ chính một cách có chủ đích
Nếu mục tiêu là ngừng đăng nhập bằng địa chỉ cũ, hãy thay đổi email chính. Hãy lưu ý điều đó có nghĩa là gì: địa chỉ chính cũ trở thành địa chỉ phụ thay vì bị xóa.
Email chính của GitLab là mặc định cho đăng nhập, commit và thông báo; khi thay đổi, địa chỉ chính cũ vẫn được giữ làm địa chỉ phụ. Nguồn
Vì vậy hãy chuẩn bị cho một quyết định thứ hai. Sau khi thay đổi, hãy xem lại các địa chỉ phụ trên tài khoản và quyết định xem địa chỉ cũ có nên tiếp tục được gắn hay không. Các nguồn được phê duyệt ở đây mô tả hành vi hạ cấp nhưng không nêu rõ mọi cách xóa, nên hãy coi các bước chính xác để xóa một địa chỉ phụ là điều cần xác nhận trong cài đặt tài khoản của chính bạn thay vì giả định.
Bước 3: Kiểm tra những gì commit của bạn để lộ
Email commit là bề mặt mà mọi người thường bỏ qua nhất, vì nó gắn với lịch sử mã nguồn chứ không phải trang hồ sơ. Lựa chọn email commit của GitLab bao gồm tùy chọn email riêng tư.
GitLab cung cấp tùy chọn Use a private email trong phần chọn Email commit; cấu hình Git cục bộ cũng phải được xem xét cho các commit cục bộ. Nguồn
Tùy chọn đó bao gồm các commit được thực hiện qua GitLab, nhưng không bao gồm mọi thứ. Cấu hình Git cục bộ trên máy của bạn cũng có thể quyết định địa chỉ được ghi trong các commit bạn tạo cục bộ, vì vậy chỉ cài đặt GitLab có thể không bao quát toàn bộ lịch sử của bạn trong tương lai. Nếu quyền riêng tư của commit quan trọng với bạn, hãy kiểm tra cả cài đặt email commit của GitLab và cấu hình Git cục bộ của bạn.
Giới hạn của commit lịch sử
Đây là phần cần thận trọng nhất. Các dữ kiện được phê duyệt mô tả cài đặt hiện tại, không phải việc viết lại quá khứ. Không có nguồn nào được cung cấp chứng minh rằng việc thay đổi cài đặt email commit, hoặc đặt hồ sơ thành riêng tư, sẽ xóa một địa chỉ đã được ghi trong các commit trước đây.
Hãy coi việc lộ lịch sử là một câu hỏi riêng biệt với cấu hình hiện tại:
- Cài đặt hiện tại kiểm soát những gì xảy ra với hoạt động mới.
- Các commit trước đây được tạo dưới cấu hình tồn tại vào thời điểm đó.
- Khả năng hiển thị hồ sơ là cài đặt hiển thị, không phải tuyên bố về những gì được lưu trữ hoặc ghi lại ở nơi khác.
Nếu mối lo thực sự là địa chỉ cũ trong lịch sử commit, hãy xác minh trực tiếp bề mặt đó thay vì giả định rằng thay đổi cài đặt có tác động ngược. Các nguồn ở đây không ghi nhận cơ chế dọn dẹp hồi tố, vì vậy đừng lên kế hoạch dựa vào một cơ chế như vậy.
Danh sách kiểm tra xác minh
Hãy thực hiện theo thứ tự sau và ghi lại những gì bạn thực sự quan sát trong tài khoản thay vì những gì bạn mong đợi:
- Hồ sơ công khai. Mở hồ sơ của bạn như một khách truy cập và ghi lại địa chỉ nào, nếu có, được hiển thị. Sau đó kiểm tra trường Email công khai và xác nhận nó khớp với ý định của bạn.
- Email chính. Xác nhận địa chỉ nào hiện là chính và địa chỉ nào là phụ. Nếu bạn thay đổi email chính, hãy kiểm tra lại danh sách sau đó và lưu ý rằng địa chỉ cũ giờ nằm trong số các địa chỉ phụ.
- Cài đặt email commit. Xác nhận tùy chọn nào được chọn cho các commit thực hiện qua GitLab.
- Cấu hình Git cục bộ. Kiểm tra email được cấu hình trên bất kỳ máy nào bạn commit cục bộ, vì nó có thể khác với cài đặt GitLab.
- Các commit lịch sử. Xem các commit bạn đã tạo trước đây và ghi lại địa chỉ nào xuất hiện. Đừng giả định rằng thay đổi cài đặt đã làm thay đổi chúng.
Một thói quen hữu ích là lặp lại các bước 1 đến 3 sau mỗi thay đổi, vì các cài đặt này độc lập và thay đổi ở một cái không xác nhận thay đổi ở cái khác.
Điều này nằm ở đâu trong một cuộc dọn dẹp rộng hơn
Hướng dẫn này được cố ý thu hẹp: nó đề cập đến sự tách biệt giữa địa chỉ hồ sơ công khai, địa chỉ đăng nhập và địa chỉ commit của GitLab. Nếu nhiệm vụ rộng hơn của bạn là tìm ra những tài khoản nào gắn với một địa chỉ email ngay từ đầu, thì đó là một công việc khác. Tra cứu tên người dùng hoặc email có thể làm lộ các kết quả trùng khớp công khai như manh mối, nhưng kết quả trùng khớp công khai là manh mối chứ không phải bằng chứng sở hữu, và tra cứu không phải là bản kiểm kê tài khoản đầy đủ. Cho bước tiếp theo đó, hãy xem hướng dẫn liên quan về tìm tài khoản bằng địa chỉ email.
Nếu bạn muốn kiểm tra nơi một tên người dùng xuất hiện trên các nền tảng như một phần của cùng đợt rà soát, TraceSeek bao quát 3.000+ nền tảng và cung cấp lần quét đầu tiên miễn phí mà sản phẩm mô tả là mất 20–30 giây. Đó là tuyên bố của sản phẩm chứ không phải đo lường độc lập, và kết quả quét nên được coi là điểm khởi đầu để xác minh, không phải xác nhận danh tính.
Những điều cần tránh
- Đừng giả định rằng ẩn hồ sơ công khai sẽ xóa một địa chỉ khỏi lịch sử commit.
- Đừng giả định rằng thay đổi email chính sẽ xóa địa chỉ cũ; nó trở thành địa chỉ phụ.
- Đừng chỉ dựa vào cài đặt email commit của GitLab nếu bạn cũng commit cục bộ.
- Đừng coi sự trùng khớp công khai giữa một tên người dùng và một email là bằng chứng rằng cả hai thuộc về cùng một người.
FAQ
Thay đổi email chính của GitLab có xóa địa chỉ cũ không?
Không, dựa trên các dữ kiện được phê duyệt. Địa chỉ chính cũ được giữ làm địa chỉ phụ, vì vậy địa chỉ cũ vẫn gắn với tài khoản và cần một quyết định riêng.
Trường Email công khai có giống email đăng nhập của tôi không?
Chúng là các cài đặt riêng biệt. Trường Email công khai chọn một địa chỉ hiển thị trên hồ sơ công khai của bạn, trong khi email chính là mặc định cho đăng nhập, commit và thông báo.
Nếu tôi đặt email commit riêng tư, các commit cũ của tôi có được cập nhật không?
Các nguồn được cung cấp không chứng minh bất kỳ thay đổi hồi tố nào đối với các commit trước đây. Hãy kiểm tra trực tiếp các commit lịch sử thay vì giả định rằng cài đặt có tác động ngược.
Tôi có cần thay đổi gì bên ngoài GitLab để bảo vệ quyền riêng tư của commit không?
Có thể. Cấu hình Git cục bộ cũng ảnh hưởng đến các commit bạn tạo cục bộ, vì vậy chỉ cài đặt GitLab có thể không bao quát mọi thứ.