您好，所以我一直在尝试使用版本1 rest1-v1 api来获取记录，而我目前正在使用版本1提供的API控制台测试响应。我的查询看起来像 rest-1.v1 / Data / Story？sel =名称，编号，作用域名称，作用域ID，Dependencies＆where = Number =“ StoryID”
现在要详细说明我尝试检索的故事，它既包含上游依赖关系，也包含下游依赖关系。使用上面的查询，我可以获取上游依赖关系，并且已经使用V1门户返回的ID进行了验证。是否可以通过在查询中添加另一个特定的选择器来获取下游依赖项？由于UI使用不同的终结点与api资产进行映射，因此是否存在一个下游依赖项？
答案 0 :(得分：0)
我正在回答自己的问题，以便对遇到我所遇到问题的人有所帮助。通过一些在线阅读，我发现第1版API控制台的xsl url可以提供与元（Epics / Story / Tasks）相关的所有属性，因此可以通过以下链接进行访问：
https://YOUR_SERVER_NAME/meta.v1/Story?xsl=api.xsl
如果希望找到故事的属性，请用Epic或Task替换故事。 可以看到与Story相关的所有属性，并且仔细检查后发现，由于V1 UI中的上游依赖关系与api中的依赖关系进行映射，类似地，V1 UI中的下游依赖关系也被映射为api中的依赖关系。 希望这会有所帮助
答案 1 :(得分：0)
这对我有用：
https://your.server.name/VersionOne/rest-1.v1/Data/Story?where=Dependencies.Number='S-12345'
...其中S-12345是任何返回的故事的至少一个上游依赖项的数量。
（请注意，版本号默认情况下使用B-而非S-作为故事编号。）
答案 2 :(得分：0)
是否也有办法通过以下方式获取下游依赖项 在查询中添加另一个特定的选择器？
是的。
检查Story的元数据，您可以看到名为
的属性。因此您可以使用rest-1.v1/Data/Story?sel=Name,Number,Scope.Name,Scope.ID,Dependencies,Dependants&where=Number="StoryID"
由于UI使用不同的端点与api资产进行映射，因此 有一个下游依赖性吗？
不。相同的端点。属性不同。
有用的花絮：
你可以做这样的事情
/rest-1.v1/Data/Story?sel=Dependencies,Dependants&where=Dependants;-Dependencies
这将列出具有上游Deps和没有下游Deps的故事。
通常，当您使用格式where=AttributeName时，您声明要在 AttributeName 包含一些数据且其否定以这种模式{{1}表示的情况下返回结果。 }。