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