Skip to content
This repository was archived by the owner on Jan 14, 2019. It is now read-only.

Changed how BuildMaster release number is matched to TFS work items for issues list#10

Open
gmarndt wants to merge 2 commits intoInedo:masterfrom
gmarndt:master
Open

Changed how BuildMaster release number is matched to TFS work items for issues list#10
gmarndt wants to merge 2 commits intoInedo:masterfrom
gmarndt:master

Conversation

@gmarndt
Copy link

@gmarndt gmarndt commented Jan 31, 2014

Previously, the whole iteration path had to match the BuildMaster release number; now, if the release number appears anywhere in the iteration path for that work item, it will be included in the issues list for that release. The normal rules for filtering on area path and project still apply, so if the area path doesn't match, the work item will never be included regardless of what the iteration path is. This is useful for people who have nested TFS iteration paths with the release at an arbitrary level in the hierarchy, e.g. Project\Area1\1.0.0\Iteration 2.

…ems based on iteration path. Previously, the whole iteration path had to match the BuildMaster release number; now, if the release number appears anywhere in the iteration path for that work item, it will be included in the issues list for that release. Note that normal rules for filtering on area path and project still apply, so if the area path doesn't match, the work item will never be included regardless of what the iteration path is.
…aseNumber() returns the value from the customerReleaseNumberFieldName. This will anchor it properly so issues will match to the release whether a custom field or the (default) iteration path are used.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant