기존 질문 집계가 VersionOne RESTful API의 데이터와 일치하지 않는 것 같습니다.
여전히 문제가 있습니다.
rest-1.v1/Data/Epic/9549/SubsAndDown:Story[AssetState!='Dead'].@Count
-위 쿼리는 주어진 서사시의 스토리 수로 182를 반환합니다.
rest-1.v1/Data/Epic/9549/SubsAndDown:Story[AssetState!='Dead']
-하지만 실제로 모든 스토리 ID를 얻고 싶을 때 149 개의 스토리 만 볼 수 있습니다. 올바른 assestState를 사용하고 있기 때문에 33 개의 스토리를 놓친 사람들에게 무슨 일이 일어 났는지 이해할 수 없습니다.
또 하나의 예 :
from: Epic
filter:
- Name=""{0}""
select:
- Name
- Scope.Name
- Status.Name
- SubsAndDown:Story[AssetState!='Dead'].@Count
- SubsAndDown:Story[AssetState!='Dead'&Estimate=''].@Count
- SubsAndDown:Story[AssetState!='Dead'&Estimate>='0'].@Count
위의 쿼리는 각각 182, 49, 133으로 카운트를 반환합니다.
그러나 실제로 반환 된 데이터를 계산했을 때 [즉, 반환 된 이야기 수 계산] 나는 각각 149, 26, 123을 얻었습니다.
여기서 무슨 일이 일어나고 있는지 아는 사람이 있습니까? 계산되지 않고 반환 된 데이터가 일치하는 이유는 무엇입니까?
귀하가보고있는 불일치는 구성원 기반 프로젝트 액세스 제한의 결과라고 생각합니다. @Count 합계는 해당 서사시와 주 내에 존재하는 모든 스토리를 계산하지만 개별 스토리 목록을 쿼리하면 볼 수있는 권한이있는 스토리 만 나열됩니다. 서사시에는 다른 프로젝트의 일부인 스토리가 포함될 수 있습니다. 이러한 프로젝트 중 일부에는 액세스 할 수 있지만 다른 프로젝트에는 액세스 할 수없는 경우 이러한 라인을 따라 결과를 볼 수 있습니다.
액세스 권한이있는 것으로 알고있는 프로젝트에 속한 스토리로 개수를 제한하여이를 테스트 할 수 있습니다.
rest-1.v1/Data/Epic/9549/SubsAndDown:Story[AssetState!='Dead';Scope='Scope:{some scope id}'].@Count
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다