为什么在GitHub中需要受让人和受让人?

时间:2017-04-14 10:59:53

标签: github github-api

目前我正在尝试使用GitHub API,我注意到以下内容:如果您请求问题,它既有受让人又有一组受让人 - 与上面的用户相同的属性。这个功能似乎是introduced a year ago

虽然我看到了受让人的原因,但我不明白为什么要同时拥有这两个属性,特别是如果在设置了受理人的情况下,第一个将永远是受让人。为什么受让人的设置不足以存储信息?我可以想象的一件事是保留受让人的原因,但其他解释是什么?

Here就是一个很好的例子,就在官方的GitHub页面上。正如您所看到的,受让人是octocat,在致电properties( [ [ $class : 'ParametersDefinitionProperty', parameterDefinitions: [ [ $class : 'ChoiceParameterDefinition', choices : 'aaa\nbbb', description: 'select your choice : ', name : 'choice1' ] 后,受让人将是octocat和两个新用户。

1 个答案:

答案 0 :(得分:1)

我还没有看到任何来自Github的官方理由,但我认为可以说它与维护API兼容性有关。

他们无法将assignee字段从单个用户对象更改为用户对象列表,因为这会破坏现有的API客户端,假设它始终是单个对象。

他们也不想将API版本推向V4,以进行类似的小改动。

所以解决方案是添加一个新的assignees字段,现有的API客户端仍可正常工作(尽管您没有获得所有受理人),正在开发的新代码可以使用新的{{1 }}字段。