Extjs 为什么SnapshotStore的报告明显少于nornal store?
我从Rally中提取了一些按功能划分的范围数据,并将其放入电子表格中。这太麻烦了,所以我决定开发一个应用程序来收集所有数据 在测试中,SnapshotStore报告的所有数据与我在讨论中的日期实际收集的数据相差很大。因此,我构建了一个非常小的演示应用程序,只需使用SnapshotStore和wsapi.Store计算当前与特定功能关联的用户故事数,结果是SnapshotStore为该功能找到了102个用户故事,而wsapi.Store为120个。我们的实际人数确实是120人,而美国的实际人数已经有几个星期没有变化了 然后我尝试了另一个美国,结果是SnapshotStore找到了17个美国,而wsapi.Store找到了24个。同样,美国的统计数已经几周没有变化了 那么为什么快照商店找不到所有的故事呢?我知道它可以在离现在几分钟的时间内关闭,但这个数字已经几周没变了 下面是演示应用程序的代码。我做错什么了吗Extjs 为什么SnapshotStore的报告明显少于nornal store?,extjs,rally,code-rally,Extjs,Rally,Code Rally,我从Rally中提取了一些按功能划分的范围数据,并将其放入电子表格中。这太麻烦了,所以我决定开发一个应用程序来收集所有数据 在测试中,SnapshotStore报告的所有数据与我在讨论中的日期实际收集的数据相差很大。因此,我构建了一个非常小的演示应用程序,只需使用SnapshotStore和wsapi.Store计算当前与特定功能关联的用户故事数,结果是SnapshotStore为该功能找到了102个用户故事,而wsapi.Store为120个。我们的实际人数确实是120人,而美国的实际人数已经
Ext.define('CustomApp', {
extend: 'Rally.app.App',
componentCls: 'app',
launch: function() {
this._getUS() //This counts the stories using wsapi.Store
this._lookBacktest1() //This counts the stories using SnapshotStore
}, //End Launch Function
_getUS: function(){
Ext.create('Rally.data.wsapi.Store',{
model: 'PortfolioItem/Feature',
autoLoad: true,
context: {
project: '/project/33969809027',
projectScopeUp: false,
projectScopeDown: false
},
filters: [
{
property: 'FormattedID',
value: 'F21876'
}
],
fetch: ['UserStories'],
listeners: {
load: this._countUS,
scope: this
} //End Listeners
}); //End Ext.create
}, //End _getUS
_countUS: function(store, records){
var record = _.first(records);
console.log('Store US= ', record.raw.UserStories.Count);
},
_lookBacktest1: function(){
this.snapshot = Ext.create('Rally.data.lookback.SnapshotStore', {
autoLoad: true,
pagesize: 200,
params: [removeUnauthorizedSnapshots = 'true'],
find: {
FormattedID: 'F21876',
__At: "current"
},
fetch: ['UserStories'],
hydrate: ['UserStories'],
listeners: {
load: this._countLBUS,
scope: this
} //End Listeners
});//End snapshot create
},//End _lookbackRelease
_countLBUS: function(store, records){
var record = _.first(records);
var usArr = record.get('UserStories');
console.log('LookBack US count = ', usArr.length)
},
}); //End APP
我没有像您这样使用回溯来查询集合。只是为了好玩,如果你把你的查询翻过来,搜索这个功能下面的故事会怎么样
find: {
_TypeHierarchy: 'HierarchicalRequirement',
_ItemHierarchy: 12345, //objectid of F21876
__At: 'current'
}
我没有像您这样使用回溯来查询集合。只是为了好玩,如果你把你的查询翻过来,搜索这个功能下面的故事会怎么样
find: {
_TypeHierarchy: 'HierarchicalRequirement',
_ItemHierarchy: 12345, //objectid of F21876
__At: 'current'
}
很抱歉延迟响应…Sprint计划周及所有活动。奇怪的是,它确实返回了正确数量的记录,但我恐怕无法使用该方法。我需要为15个以上的功能调用它,最多为我的报告调用8个不同的日期。这意味着可能有120多个API调用。我尝试的方式总共只需要8个电话。每周五发布一次。我已经在我的原始问题中添加了一条评论来解释我的目标。所以这可能会有帮助。好吧,酷-这很有帮助。听起来是个很棒的应用程序!让我想一想这一点…抱歉在响应延迟…冲刺计划周和所有。奇怪的是,它确实返回了正确数量的记录,但我恐怕无法使用该方法。我需要为15个以上的功能调用它,最多为我的报告调用8个不同的日期。这意味着可能有120多个API调用。我尝试的方式总共只需要8个电话。每周五发布一次。我已经在我的原始问题中添加了一条评论来解释我的目标。所以这可能会有帮助。好吧,酷-这很有帮助。听起来是个很棒的应用程序!让我再考虑一下这一点……明确我的目标是什么:我正在制作一份报告,按功能显示每周范围的变化。本质上,它将是一个可扩展的网格,显示当前版本的所有功能。扩展功能将显示其基线(故事计数、计划Est、任务Est、待办事项)的一行,以及自发布开始以来每周五的一行。可能是回溯查询仅返回直接子级,而WSAPI和_ItemHierarchy回溯查询返回故事树。你能验证一下吗?为了明确我的目标是什么:我正在做一份报告,按功能显示每周范围的变化。本质上,它将是一个可扩展的网格,显示当前版本的所有功能。扩展功能将显示其基线(故事计数、计划Est、任务Est、待办事项)的一行,以及自发布开始以来每周五的一行。可能是回溯查询仅返回直接子级,而WSAPI和_ItemHierarchy回溯查询返回故事树。你能核实一下吗?