目前我正在尝试使用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和两个新用户。
答案 0 :(得分:1)
我还没有看到任何来自Github的官方理由,但我认为可以说它与维护API兼容性有关。
他们无法将assignee
字段从单个用户对象更改为用户对象列表,因为这会破坏现有的API客户端,假设它始终是单个对象。
他们也不想将API版本推向V4,以进行类似的小改动。
所以解决方案是添加一个新的assignees
字段,现有的API客户端仍可正常工作(尽管您没有获得所有受理人),正在开发的新代码可以使用新的{{1 }}字段。