我一直在尝试使用Lookback API和_ItemHierarchy过滤器来查询从RPM下降的用户故事。问题似乎是Lookback API想要从它知道的所有项目中返回数据,但显然包括我没有权限访问的项目。尝试运行查询时出现以下错误:
"Errors":["Server Error: Your request requires access to a workspace or project for which you do not have permission. Contact your subscription administrator to request permission."]
如果有办法忽略我无法访问的所有项目并且只返回我的权限允许我看到的用户故事,我希望如此。 (并且可能提醒我,事实并非所有人都可以访问)
至少,我想要一种方法来捕获遇到错误时API抛出的TypeError。我尝试使用try / catch块,但在这种情况下似乎没有效果。
答案 0 :(得分:0)
这是LookbackAPI的一个已知问题。当人们试图围绕权限使用API时,会出现这种问题的一些变体。
我将在下面详述它们:
访问Lookback API时,您需要手动指定要访问的项目。如果不将对项目数组的请求限制为项目列表,则可以访问API,并尝试为每个项目返回数据。您可以在查询中限制项目,如下所示:
{
'Project': {'$in':[1,2]}
}
当故事围绕项目移动时,会出现相同权限问题的第二个且更加狡猾的版本。如果在之前的某个时间点您要查询的某个故事是在项目中,您当前没有权限,则会在您的响应中收到错误消息。
这可能会导致一些混乱的情况。例如,您可以在已关闭的项目中遇到此问题。如果您在关闭之前无法访问此项目,则可能会显示您有权访问每个项目,但仍然存在查询问题。
我们正在研究如何在权限方面简化Lookback Api的使用。
我们正在学习的一件事是,回顾过去会增加传统企业软件模型的复杂性。我们在项目中遇到的奇数边缘案例数量是一个完美的敏捷案例研究,包含了预期不会有多少预先计划的事情。