Автоматически обновлять статус рабочего элемента в Visual Studio (с «Новый» на «Активный»)

Question

Существует ли способ автоматического обновления состояния рабочего элемента в DevOps Azure с «Новый» на «Активный», когда элемент добавляется в мою «Выполняемую работу» из раздела «Доступные рабочие элементы» в Visual Студия

Краткий контекст: я использую доску Kanban в DevOps Azure, и я хотел бы перемещать рабочие элементы по столбцам / этапам как можно более автоматизированным способом с помощью Visual Studio.

Эта синхронизация работает нормально для элементов, переходящих из «Активного» в «Разрешенный», например, Когда я добавляю элементы в «В процессе», изменяю некоторый код и выполняю проверку, я могу визуально видеть, как элемент перемещается в следующий столбец моей доски Канбан - он также меняет свой статус с «Активный» на «Разрешенный» .

Answer 1

Есть ли способ автоматического обновления статуса рабочего элемента в Azure DevOps от «Новый» до «Активный» при добавлении элемента в мой «Выполняемая работа» из раздела «Доступные рабочие элементы» Visual Studio?

Состояние рабочих элементов в DevOps Azure не является взаимно-однозначным отношением со статусом рабочего элемента Моя работа в Visual Studio.

Статус рабочего элемента в Visual Studio используется для классификации рабочих элементов, а не для изменения статуса рабочего элемента, чтобы мы могли более четко различать, какие рабочие элементы обрабатываются.

Вы можете посмотреть описание In Progress Work в Visual Studio ：

перетащите сюда рабочий элемент , чтобы начать

Это больше похоже на плавательные дорожки, дающие разработчикам более четкое представление о том, какие рабочие элементы связаны с разработкой.

Кроме того, когда мы фиксируем код и статус рабочих элементов, есть опция, которую мы можем выбрать только с помощью Associate и Resolve:

Только если мы подтвердим, что связанный с этим рабочий элемент завершен, мы выберем опцию Resolve, в противном случае это будет Associate.

С другой стороны, мы можем добавить пользовательский статус рабочего элемента в DevOps Azure. Очевидно, мы не смогли сопоставить наше новое пользовательское состояние со статусом рабочего элемента в Visual Studio.

Надеюсь, это поможет.