【发布时间】:2012-03-07 03:50:15
【问题描述】:
我一直在考虑使用 Rally API 创建一个应用程序,以便在拖放工作区中根据特定标准(应 / 帮助我们的几个产品所有者的请求)执行一些简单的自动排名故事。
我通过调整故事序列的“排名”属性来做到这一点(我确保将排名值保持在与自动重新排序之前相同的总体最小/最大范围内)。我调用了 API 以单独(快速连续地)更新每个故事的排名。
测试应用程序时,我发现有时在运行自动排名应用程序后,某些屏幕(例如看板)会告诉我“手动排名工作区禁用拖放重新排名”(以及看板将不再让我拖放,尽管其他屏幕(例如积压)仍然允许我拖放,并且工作区设置仍然设置为拖放)。删除故事,或在积压屏幕上重新排列它们将使事情恢复正常。
在尝试了一些想法来解决这个问题后,我想如果我快速连续地更新多个故事的排名,后端可能会对这些(可能是多个/并发的)请求感到困惑。在每个故事的 API 调用之间引入延迟似乎可以避免该问题,为了加快速度,我现在仅在前一个故事的排名更新调用“updateComplete”函数后更新 API 中的故事排名。
根据后端排名,上面最后一段中的假设是否有意义?是否有任何 Javascript API 调用可以一次更新多个故事? (否则我对在之前的 API “rank update”调用返回正常后才调用 API “update rank”的解决方案感到非常满意)。
【问题讨论】:
标签: rally