为什么 GitHub 中需要 Assignee 和 Assignees？答案

【问题标题】：Why is there a need for both Assignee and Assignees in GitHub?为什么 GitHub 中需要 Assignee 和 Assignees？
【发布时间】：2017-09-14 09:47:16
【问题描述】：

目前我在尝试使用 GitHub API，并注意到以下情况：如果您提出问题，它同时具有 assignee 和一组 assignees - 与与上面的 user 相同的属性。看起来，这个功能是introduced a year ago。

虽然我看到了设置 assignees 的原因，但我不明白为什么要同时拥有这两个属性，尤其是在设置了被指派者的情况下，第一个属性始终是被指派者。为什么 assignees 集不足以存储信息？我能想到的一件事是出于遗留原因保留 assignee，但还有什么其他解释呢？

Here 是一个很好的例子，就在官方 GitHub 页面上。如您所见，assignee 是 octocat，调用POST /repos/:owner/:repo/issues/:number/assignees 后，assignees 将是 octocat 和两个新用户。

【问题讨论】：

有些相关的受让人与审阅者。 stackoverflow.com/a/41348853/342794

标签： github github-api

【解决方案1】：

我没有从 Github 看到任何官方理由，但我认为可以肯定地说这与维护 API 兼容性有关。

他们不能仅仅将 assignee 字段从单个用户对象更改为用户对象列表，因为这会破坏假定它始终是单个对象的现有 API 客户端。

他们也不想为了这样的小改动而将 API 版本升级到 V4。

所以解决方案是添加一个新的assignees 字段，现有的 API 客户端仍然有效（尽管您没有获得所有受让人）并且正在开发的新代码可以使用新的 assignees 字段。

【讨论】：