WorkItemStore and Project is deprecated about azure-devops-wit-client-om-migration-guide

[AcePalsgaard]

You and me both sir.
I'm gonna implement deprecated / obsolete for now.
I Fear this will hit me in the back of my neck in a year or two.

[Rant]

I have wasted more than one weeks worth of work, trying to implement auto merge via command line or C# in a DevOps Pipeline build.
TF.EXE merge, resolve and checkin worked after two hours. But what about those pesky work Items EVERYBODY wants?

Trying to use the REST API, I've read tens if not hundreds of forum threads, Stack Overflow and MSDN articles on the subject. They just made it so cryptic its beyond mere mortal developers with 20+ years of experience.
Because.. It was too simple before?
no they said - we cant have simple with Microsoft Azure. Lets do a cryptic convoluted JSON REST API Solution without strongly typed classes.

I cannot, for the love of all good things in the world, find a solution using the new REST API way in DevOps to do a C# Merge, Resolve and Checkin with associated WorkItem (this is crucial!) fetched from the source checkin (even more crucial!).

• There are some indications, on some forums, that you can associate create a new work item anbd associate on checkin to the changeset; but Why OH why, would I create a new work item?
  Everything in Devops is glued together with Work Items, pipelines, changesets, SCRUM, checkins, project management etc.
  But no support on associating work items in a checkin using C# or command line, because now everything is web GUI in Azure. Clicky clicky click.

It was so easy with TF.exe checkin but they removed /associate : [workItemId] Because WHY? oh right.. too simple.

I'm so frustrated.

[/Rant]

ahh.. I feel better already :)

Let me know when they finally get around to making life simple for developers again; like they used to do ten years ago.