Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/image-processing/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 集合:确定父用户故事';释放_Javascript_Rally - Fatal编程技术网

Javascript 集合:确定父用户故事';释放

Javascript 集合:确定父用户故事';释放,javascript,rally,Javascript,Rally,在Rally中,我们有以下故事结构: 家长故事1 |__子故事1 ||__儿童故事1 ||__儿童故事2 | |__子故事2 |__儿童故事3 |__子故事3 |_儿童故事4 我想查看所有父故事以及它们当前计划在哪个版本中发布。一旦父故事有子故事,它的发布值就不可编辑,因为它是在较低的故事中设置的。有没有一种方法可以确定只要打一个电话就可以完成故事的发布 谢谢 如果你想得到一个家长故事的孩子的列表,看看他们属于哪个版本 您可以使用以下查询 (Parent.Parent.FormattedID=#

在Rally中,我们有以下故事结构:

家长故事1
|__子故事1
||__儿童故事1
||__儿童故事2
|
|__子故事2
|__儿童故事3
|__子故事3
|_儿童故事4

我想查看所有父故事以及它们当前计划在哪个版本中发布。一旦父故事有子故事,它的发布值就不可编辑,因为它是在较低的故事中设置的。有没有一种方法可以确定只要打一个电话就可以完成故事的发布


谢谢

如果你想得到一个家长故事的孩子的列表,看看他们属于哪个版本 您可以使用以下查询

(Parent.Parent.FormattedID=#####将格式化的ID放在这里###)

如果您想在浏览器中进行实验,可以尝试以下URL

如果您知道孩子们的故事都在同一个版本中,您可以将&pagesize=1放在一个版本中,查看返回的故事,同时节省一点带宽


关于这个查询,其中一个奇怪的部分是,你必须知道你想要检索的故事来自你感兴趣的父母有多深。在您的示例中,您的层次结构是两层的,因此在查询中,您使用我试图检索的故事的Parent.Parent。

我找到的最简单的解决方案是执行以下操作:

var epicLevelStories = {
    key: 'epics',
    type: 'hierarchicalrequirement',
    fetch: 'FormattedID,Name,ObjectID,Release'
    query: epicQuery,
    order: 'FormattedID'
};

var epicLevel2Stories = {
    key: 'epiclevel2',
    placeholder: '${epics.children?fetch=Name,FormattedID,Parent,Release}'
};

var epicLevel3Stories = {
    key: 'epiclevel3',
    placeholder: '${epiclevel2.children?fetch=Name,FormattedID,Parent,Release}'
};

var queryArray = [epicLevelStories, epicLevel2Stories, epicLevel3Stories];
rallyDataSource.findAll(queryArray, doStuffWithResults);
一旦您得到一个没有条目的结果集(epiclevel#),您就知道您已经到达了树的底部


我猜如果epiclevel3仍然有故事,那么您可以为接下来的3个级别构建一个新的查询数组,并递归调用相同的“doStuffWithResults”方法。只是一个想法。我还没有测试过

查尔斯-谢谢你的回复。我考虑过这个选择,但问题是我不知道孩子故事的深度。我在Epic Progress Summary应用程序()中看到,您可以执行一些链接在一起的查询,但您仍然需要确定查询的最大深度。您可以始终执行
(Parent.FormattedID=S1)
(Parent.Parent.FormattedID=S1)
等操作,直到您拥有一个能够捕获所有查询的大型or链。我们知道这会带来不便,例如永远不知道层次结构有多深,并且不得不希望您将足够多的案例链接到OR中以获得完整的深度。我们有一些早期的想法可以让这变得更容易,但是没有一个会在短期内交给用户。这就是我计划要做的,但希望有更好的解决方案。Rally idea Manager中是否有我可以投票支持的想法?我们现在有了一个解决方案。