(GH-356) Get work items from build

[twenzel]

Returns a list with work item ids associated with the build.
Fixes #356

[pascalberger]

@twenzel Thank you very much for the pull request 👍

With #361 I'm wondering if we should return a list of AzureDevOpsWorkItem instances instead of IDs?

[twenzel]

This feature (Returning WorkItems) will be added afterwards.

[pascalberger]

The last commit enhances work item aliases. Can we please keep this PR focus on returning work items of a build and move enhancements to work item aliases to separate PRs

[twenzel]

@pascalberger I removed the last commit

[pascalberger]

This feature (Returning WorkItems) will be added afterwards.

@twenzel If there will be a method to return work items, what would be the advantage in also having a GetWorkItemIds method?

[twenzel]

@twenzel If there will be a method to return work items, what would be the advantage in also having a GetWorkItemIds method?

It would be useful when you need to load any work items. The user might have an other source of work item ids than the build.
This is just the start of having work item tracking functionality in Cake.

[twenzel]

@pascalberger I can implement the Build.GetWorkItems method after the PR #364 was merged due to some changes on the WorkItem constructor.

[pascalberger]

@twenzel If there will be a method to return work items, what would be the advantage in also having a GetWorkItemIds method?

It would be useful when you need to load any work items. The user might have an other source of work item ids than the build. This is just the start of having work item tracking functionality in Cake.

Sorry, I still don't get it. When you read work items from somewhere else I don't see how it relates to reading work items from builds.

[pascalberger]

LGTM beside some smaller typos

[pascalberger]

@twenzel your changes have been merged, thanks for your contribution 👍