Quản lý GitHub cho nhóm hoặc khách hàng: tổ chức, vai trò và không chia sẻ mật khẩu

Một nhóm có thể dùng GitHub mà không dùng chung một tài khoản không? #

Được. Mô hình của GitHub là mỗi người một tài khoản đăng nhập riêng, còn công việc chung nằm trong một tổ chức. Theo GitHub Docs (đọc ngày 3 tháng 10 năm 2026), tổ chức là tài khoản dùng chung để nhiều người cộng tác trên nhiều dự án, nhưng bạn không đăng nhập vào tổ chức: mỗi người đăng nhập tài khoản cá nhân của mình. Điều khoản dịch vụ củng cố điều này: thông tin đăng nhập chỉ do một người sử dụng, và một tài khoản không được chia sẻ cho nhiều người.

GitHub cũng nói bạn không thể tạo tài khoản cá nhân thay cho người khác, nên mỗi đồng nghiệp hay khách hàng tự tạo tài khoản của họ rồi bạn mời vào. Doanh nghiệp dùng Enterprise Managed Users thì làm khác: thành viên được cấp phát và quản lý qua nhà cung cấp danh tính của công ty.

GitHub cho bạn những vai trò nào? #

Chủ sở hữu tổ chức gán vai trò cho từng người và từng nhóm. Đây là các vai trò cấp tổ chức mà GitHub mô tả:

Quyền vào từng kho có một thang riêng. GitHub khuyến nghị Read cho người đóng góp không viết mã muốn xem hoặc thảo luận dự án, Triage cho người quản lý issue, thảo luận và pull request mà không cần quyền ghi, Write cho người đóng góp thường xuyên đẩy mã, Maintain cho quản lý dự án cần quản lý kho nhưng không cần các thao tác nhạy cảm hay phá hủy, và Admin cho người cần toàn quyền. Vai trò kho tùy chỉnh cần GitHub Enterprise Cloud.

Cấp quyền cho khách hàng hoặc người làm ngoài như thế nào? #

Trang của GitHub về việc tạo tổ chức cho khách hàng nêu, trong số các bước khác:

1. Từ tài khoản cá nhân của bạn, tạo tổ chức.
2. Mở tab People, bấm Invite member, tìm tên người dùng của khách hàng và chọn Owner. Bạn không đi tiếp được cho đến khi khách hàng chấp nhận.
3. Khi khách hàng đã được liệt kê là owner, dùng Manage rồi Remove from organization cạnh tên của chính bạn.
4. Nếu bạn vẫn cần một vai trò, trang gợi ý nhờ khách hàng thêm bạn làm billing manager.

Với người làm ngoài chỉ cần đụng vào một số kho, hãy dùng cộng tác viên bên ngoài. GitHub nói cộng tác viên bên ngoài không thể được thêm vào nhóm, và nếu tổ chức bắt buộc xác thực hai yếu tố thì họ phải bật nó trước khi chấp nhận lời mời. Lời mời theo tên người dùng hoặc email hết hạn sau bảy ngày, và lời mời qua email chỉ được chấp nhận khi khớp với một email đã xác minh trên tài khoản người được mời.

Bảo vệ truy cập dùng chung: 2FA, SSO và bot #

• Bắt buộc 2FA. Owner có thể bắt buộc với thành viên, cộng tác viên bên ngoài và billing manager. Thành viên và billing manager chưa bật 2FA không truy cập được tài nguyên của tổ chức cho đến khi họ bật, còn cộng tác viên bên ngoài chưa bật sẽ bị gỡ và mất quyền; GitHub nói bạn có thể khôi phục họ trong ba tháng nếu họ bật 2FA. Owner duy nhất không thể tắt 2FA trên tài khoản của mình nếu không tắt luôn yêu cầu bắt buộc.
• Dùng SSO nếu có. Trang SSO của GitHub (trong bản tài liệu Enterprise Cloud) nói thành viên được chuyển tới nhà cung cấp danh tính của tổ chức, phải xác thực lại định kỳ (24 giờ trừ khi nhà cung cấp quy định khác) và phải ủy quyền mọi personal access token hay khóa SSH trước khi dùng với tổ chức.
• Cho tự động hóa một danh tính riêng. Điều khoản cho phép tài khoản máy, và trang deploy key của GitHub liệt kê deploy key (quyền vào một kho duy nhất), token cài đặt GitHub App và machine user là các lựa chọn. Với tài khoản bot dùng chung bắt buộc có 2FA, GitHub gợi ý dùng một danh sách thư của các chủ tài khoản làm email đã xác minh, giữ mã bí mật của ứng dụng xác thực trong trình quản lý mật khẩu của tổ chức, và đặt lại mật khẩu thay vì lưu mật khẩu.
• Coi token như mật khẩu. GitHub nói personal access token gắn với người đã tạo ra chúng và trở nên vô hiệu nếu người đó mất quyền vào tài nguyên.

Cho một người rời đi như thế nào? #

1. Trong tổ chức, mở People, chọn người đó, mở menu của các thành viên đã chọn và chọn Remove from organization.
2. Hãy chờ các tác động sau, theo GitHub: người đó mất quyền vào bản fork riêng tư của kho riêng tư thuộc tổ chức nhưng có thể vẫn giữ bản sao cục bộ, dữ liệu thành viên được lưu ba tháng, và với thanh toán theo giấy phép số lượng lớn (volume license) thì số giấy phép đã trả không tự giảm.
3. Với cộng tác viên bên ngoài, dùng mục Outside collaborators ở thanh bên của People, rồi Remove from all repositories. GitHub lưu ý bạn vẫn có trách nhiệm bảo đảm những người đã mất quyền xóa mọi tài liệu mật.
4. Với SAML SSO, mở trang SAML identity linked của thành viên để thu hồi danh tính đã liên kết hoặc một phiên đang hoạt động. Thu hồi một thông tin xác thực chỉ gỡ ủy quyền SAML của nó; token hay khóa không bị xóa.
5. Kiểm tra quyền sở hữu trước khi một owner rời đi: owner đổi được vai trò của người khác nhưng không đổi được vai trò của chính mình.

Khi có chuyện không như ý #

• Owner duy nhất không liên lạc được. GitHub nói các dự án của tổ chức có thể không truy cập được, nên hãy giữ ít nhất hai owner.
• Lời mời không ai chấp nhận. Lời mời hết hạn sau bảy ngày; trang về lời mời có một mục về việc thử lại hoặc hủy các lời mời đã hết hạn.
• Người đã rời quay lại. Trong ba tháng bạn có thể khôi phục vai trò, các bản fork riêng tư, tư cách thành viên nhóm và quyền của họ, miễn là còn một giấy phép trống ở gói tính phí theo người dùng.
• Có người xin mật khẩu của bạn. Đừng đưa. Hãy mời họ bằng tài khoản riêng; bài về quy định nêu điều Điều khoản và chính sách mạo danh của GitHub nói về việc dùng chung đăng nhập và mượn thông tin xác thực.

ADSSPEED nằm ở đâu? #

ADSSPEED không thay thế vai trò trong tổ chức và không đổi quy định của GitHub. Đây là ứng dụng máy tính cho Windows và macOS, quản lý nhiều hồ sơ trình duyệt. Mỗi hồ sơ giữ cookie, dữ liệu cục bộ và cài đặt trình duyệt riêng, nên người làm việc với nhiều tài khoản mà họ sở hữu hoặc được ủy quyền quản lý, như một tài khoản cá nhân và một tài khoản công việc, có thể giữ từng tài khoản đăng nhập song song. Hồ sơ có thể được mở, dừng và sắp xếp hàng loạt. Xem thêm bài về hồ sơ trình duyệt. ADSSPEED không liên kết với GitHub.