问题标签 [rally]

我需要使用 Javascript 和 HTML 为 Rally 敏捷工具开发一个视图。在我作为开发人员的新职业中，我没有经常处理网络语言。

我只是在探索他们的 API，但是迷失在如何探索他们可用的对象模型上，特别是我可以查询什么。我在 JS 方面不够强，无法猜测。我想找到一些可以显示我可以查询的内容、对象、它们的属性等的东西。

你们中的任何人都有链接或以某种方式探索可用的内容吗？

默认情况下，在 Rally 中作为故事估计的单位是 POINT。我想将其更改为其他内容，例如 Man days。所以在 setup-> Work-spaces & Projects -> Workspace1 --edit

将字段值“Plan Estimate Units”从“point”更改为“MD”（工日）。

但是，..有一个问题，系统怎么知道MD是8小时？

我可以在事后进行比较，但我知道在初始查询时过滤掉数据会更有效。有没有办法做类似的事情

我可以修改此查询字符串以过滤仅包含所有者是当前项目的团队成员的任务的搜索结果吗？

这是我到目前为止的查询，除了团队成员声明之外还在工作

是否有任何关于如何填充 Revision.Description 以及在什么条件下的文档？

我正在为 Rally 编写自定义应用程序，以便可以通过具有 7 天滚动周期的表格查看对 Task 和 HierarchicalRequirement 对象所做的更改。

我感兴趣的属性是：

分层需求

• 计划估计
• 任务估计总计
• 任务实际总计
• 任务剩余总数

任务

• 估计
• 去做
• 实际数据

我正在遍历修订以获取任务和故事的快照视图：

检索当天的这些属性很容易。但是，我需要遍历 RevisionHistory -> Revisions 然后解析 Revision.Description 以应用 Task 和 HierarchicalRequirement 对象的差异。这可以提供每个对象的每日快照。

例如：发生后将以下内容附加到 Revision.Description 中：

“滚动 7 天”周期只是一个例子。我的意图是创建一个表格，其中包含沿 y 轴的 Team -> Story -> Task -> Estimate -> ToDo 和沿 x 轴的 Iteration -> daily-date 的细分。

蒂姆。

我会尽力解释这一点，但请随时要求澄清。

首先，我将尝试解释问题。

我需要计算任何给定迭代的资源成本（点）数。话虽如此，请想象一个 excel 文档。最左边的列有一个版本列表，或者需要完成的项目。在第一行，列标题是迭代。

我有以下信息。我有每个单独版本所需的资源数量。但是，由于一个版本可以跨越多个迭代，我需要一种方法来公平地分配每次迭代所需的资源。

例如，发布可能在下一次迭代前一天开始，所以我必须只分配一小部分资源给该发布/迭代组合。

我已经在图像中包含了我到目前为止所拥有的内容。由于某种原因，我无法正确计算出正确的数量，这很可能是由于我的数学能力差。我希望这对你们中的一个人来说是微不足道的，并感谢任何尝试。

这是我第一次尝试 javascript，所以也可以随意提出任何建议。

我现在所拥有的大致是这样的。

}

我可以编辑代码并仅在看板上显示带有特定标签的故事，而不是按标签过滤（并突出显示带有该标签的故事）吗？

我发现此代码的另一个问题（作为另一个目的的示例）：

这行得通吗？如果是这样，我在哪里输入这行代码？我试了几个地方都没有成功。

谢谢！

我想将自定义用户属性中的值添加到默认纸板看板应用程序的卡片标题中。我在渲染函数中添加了以下内容：

......

……

这会将文本值添加到卡片标题，但这样做会将所有者名称和图像向下推到对齐的一行。我查看了 CSS，但没有看到任何依赖于刺痛长度的格式，但我对这个领域还是比较陌生。我尝试更改 CSS 中的字体大小，但这并没有改变任何内容，添加上面的代码总是将所有者名称和所有者图像向下推。对于我可能做错的事情或是否有更清洁的方法可以提供任何帮助，我们将不胜感激。

在集会获取语句中，我给了它几个对象来为我获取。但是，出于某种原因，我无法访问某些属性，即使我使用了“fetch:true”。

我的代码：

results.UserStories[x].Release.Name始终未定义。TaskEstimateTotal 不是。我试过在 queryC 中说 Release != NULL。

鉴于：

• 项目 A 是项目 B 的父项目
• 用户的上下文设置为项目 A（左上角下拉菜单）
• 用户对项目 A 具有查看者访问权限
• 用户拥有项目 B 的编辑权限

用户无法通过计划 > 用户故事视图（或任何其他视图）将子项添加到属于项目 B 的用户故事。

但是，当用户将上下文从项目 A 更改为项目 B 时，此问题已得到解决。

看起来好像用户必须选择一个特定的子项目作为上下文，而不是从父项目级别工作（以获得完整视图），以便用户界面为他们提供正确的权限（即子项目权限不是' t 在上下文设置为具有较少权限的父项目时在用户界面中可用）。

问题：这是预期的行为吗？

蒂姆。