这项任务实际控制什么
在 GitHub 上，组织成员身份可以在你的个人资料中显示或隐藏。这个选择权属于你作为成员，而不属于组织所有者。两个经审核的事实界定了这项任务：组织成员可以将单个组织成员身份的可见性设为公开或私有，且控制项位于组织 People 列表中成员用户名旁边。
GitHub 允许组织成员将单个组织成员身份的可见性设为公开或私有。来源
组织 People 列表在成员用户名旁边提供可见性控制项。来源
这就是全部机械操作层面。其余都是判断：你希望陌生人看到哪些徽标、这些徽标暗示什么，以及你多久复查一次结果。隐藏成员身份不等于删除你的贡献，而缺少公开成员身份也不能证明某人未受雇于或隶属于某个组织。将公开成员身份视为曝光决策，而非简历条目。
公开的组织徽标是一种匹配标识符。它位于你的用户名、头像和个人简介旁边，任何人都可以截图。它本身并不确立雇佣关系、资历或当前状态。如果你想做出雇佣声明，那应该放在你控制的文字中，而不是推断的徽标里。
第 1 步 — 建立成员身份清单
在更改任何内容之前，列出你所属的每个组织以及你当前显示的内容。登录你自己的账号，以经审核事实中提到的组织 People 列表为参考点进行操作。不要依赖记忆；成员身份会通过贡献、复刻和邀请悄然累积。
对于每个成员身份，记录四件事：组织名称、徽标当前是否出现在你的个人资料上、你是否打算让它出现，以及你上次检查的日期。将此保存在私人笔记中——不要放在公开的 gist 里。
| 组织 | 当前是否公开？ | 目标受众 | 决定 | 复查日期 |
|---|---|---|---|---|
| 示例：当前雇主 | 是 | 招聘人员、同行 | 保持公开 | 每季度 |
| 示例：客户项目 | 是 | 仅客户 | 设为私有 | 项目结束时 |
| 示例：开源社区 | 否 | 公众 | 保持私有 | 每季度 |
| 示例：前雇主 | 是 | 无人 | 设为私有 | 现在 |
| 示例：副业项目 | 否 | 协作者 | 保持私有 | 变更时 |
用你真实的成员身份填写表格。重点是将“我的个人资料看起来没问题”的模糊感觉转化为每个组织的明确意图。
第 2 步 — 为每个成员身份决定公开意图
并非每个成员身份都应得到相同对待。一个有用的划分：
- 身份承载型成员身份 — 你会在职业介绍中提及的组织。这些是公开可见性的候选。
- 事务型成员身份 — 客户工作、临时合作、包维护。这里的公开可见性往往泄露的信息多于它传递的信号。
- 附带型成员身份 — 你为了提交问题或参加一次活动而加入的组织。这些很少需要公开徽标。
- 过时成员身份 — 你不再合作的组织。这里的公开徽标可能歪曲当前状态，即使你从未有意如此。
在触碰设置之前，为每个组织写一句意图说明。“我希望这个徽标公开，因为我为这个项目做贡献，并希望协作者能找到我”是意图。“它本来就在上面”不是。
第 3 步 — 使用经审核的控制项应用可见性
经审核的事实确认，可见性控制项位于组织 People 列表中成员用户名旁边，且由成员设置。对每个组织使用该控制项。不要假设存在单一的全局开关，也不要假设组织所有者能看到或覆盖你的选择——经审核的事实并未说明任一情况。
每次更改后，在退出登录的浏览器或隐私窗口中重新加载你的公开个人资料。登录视图可能与陌生人看到的不同。将观察到的结果记录在表格中，而不是你预期的结果。
第 4 步 — 将成员身份与雇佣关系分开
这是大多数混淆发生的地方。公开成员身份是一种匹配标识符：它将用户名与组织关联起来。它不是雇佣声明，其缺失也不是非雇佣声明。人们在 GitHub 上与组织合作而不加入它们，而人们在角色结束后很久仍是成员。
如果你的目标是让招聘人员找到你，成员身份徽标本身是一个弱信号。你写的文字——在个人简介或置顶仓库中——承载你真正想表达的声明。如果你的目标是隐私，请记住隐藏成员身份不会从你贡献过的组织中移除你的提交、问题或拉取请求。经审核的事实涵盖成员身份的可见性，而非活动的删除。
公开成员身份也可能被误读。看到组织徽标的读者可能假设当前角色、资历级别或背书，而徽标并不承载这些。那是读者的错误，但却是你的曝光。决定你是否想承载这种模糊性。
常见错误
- 将徽标视为简历条目。 公开成员身份不是雇佣声明。如果你想要那个声明，就写出来。
- 假设私有意味着到处不可见。 隐藏成员身份可见性不会抹去贡献，也不会阻止已经看到徽标的人记住它。
- 假设缺失证明距离。 没有公开组织成员身份的人可能仍受雇于该组织；该设置是一种选择，而非事实。
- 更改设置而不做退出登录检查。 登录的个人资料不是公开个人资料。从外部验证。
- 跳过过时成员身份。 前雇主和已完成的客户项目是误导性徽标最常见的来源。
- 混淆匹配标识符与身份。 跨平台匹配的用户名、头像或组织徽标是线索，而非证明两个账号属于同一个人。当别人阅读你的个人资料时，同样适用。
- 忘记成员身份可以从活动中推断。 即使可见性为私有，公开贡献也可能揭示隶属关系。做决定时请考虑这一点。
复查和保护你自己的数字足迹
设置定期复查——对大多数人来说每季度是合理的默认值，并在任何角色变更后立即复查。每次复查时，以退出登录状态打开你的公开个人资料，与表格对比，并更新复查日期。如果你离开的组织仍然出现，请重新查看其在 People 列表中的条目。
公开标识符是线索，不是证明。这适用于他人如何阅读你的个人资料，也适用于你如何阅读任何人的资料。如果你正在审查 GitHub 之外的自己的数字足迹，用户名搜索可以揭示你已知的用户名在哪些地方公开出现。TraceSeek 覆盖 3,000+ 平台，首次扫描免费且无需注册或登录；产品描述的扫描时间为 20–30 秒。TraceSeek 不会更改平台设置、保证匹配或验证身份——它显示公开匹配，然后由你自己解读。关于这些匹配应如何解读以及不应如何解读，请参阅方法论页面以及关于公开个人资料搜索能揭示和不能揭示某人哪些信息的现有指南。
关键事实
- GitHub 允许组织成员将单个组织成员身份的可见性设为公开或私有。
- 组织 People 列表在成员用户名旁边提供可见性控制项。
- 公开组织成员身份是一种有意的曝光选择，而非雇佣声明。
- 隐藏成员身份可见性不会删除贡献，而缺少成员身份不能证明非雇佣关系。
- 跨平台匹配的公开标识符是线索，而非证明账号属于同一个人。