Использовать ссылку в рабочем элементе ошибки Team Foundation server для дубликатов - PullRequest
Новая
       30

Использовать ссылку в рабочем элементе ошибки Team Foundation server для дубликатов

2 голосов
/ 20 мая 2009

Мы только что начали с Team Foundation Server 2008 / Visual Studio Team System, и нам приятно узнать, как мы можем экспортировать и изменять рабочие элементы в соответствии с нашими потребностями. Однако это последнее, что сделало бы настройку идеальной для нас, оказалось несколько сложным:

Мы экспортировали Ошибка тип рабочего элемента и внесли изменения в него, чтобы он по-разному отображался для разных групп пользователей. Однако мы видим потенциальную проблему в сообщениях об ошибках, не связанных с разработчиками, которые оказываются дубликатами. Мы хотели бы обеспечить, чтобы пользователи, которые закрывают заявку по устраненной причине: дубликат, также создают ссылку на ошибку, которая воспринимается как первый отчет об ошибке.

Я посмотрел на System.RelatedLinkCount и поставил правило 

  <FIELD type="Integer" name="RelatedLinkCount" refname="System.RelatedLinkCount">
    <WHEN field="Microsoft.VSTS.Common.ResolvedReason" value="duplicate">
      <PROHIBITEDVALUES>
        <LISTITEM value="0" />
      </PROHIBITEDVALUES>
    </WHEN>
  </FIELD>

Однако, когда я пытаюсь поместить что-либо в эту область, импортер говорит мне, что System.RelatedLinkCount не принимает правило, независимо от того, что я ставлю, но вышеизложенное правило показывает, что я пытаюсь сделать (даже если наиболее предпочтительное правило также проверяет, что ошибка, на которую я ссылаюсь, также не является дубликатом, хотя это и избыточно: P)

Кто-нибудь еще пытался применять такие правила в рабочих элементах? Есть ли другой подход к решению той же проблемы? Я благодарен за любые мысли по этому вопросу.

Ответы [ 3 ]

1 голос
/ 28 августа 2009

Я не уверен в том, чтобы предотвратить это непосредственно при устранении ошибки как дубликата. Даже с той идеей, над которой вы работаете, нет подтверждения ссылки на реальную ошибку.

Вместо этого вы можете написать отчет, в котором будет подтверждено, что у любой устраненной ошибки дубликат имеет связанную ссылку, которая ведет к другой ошибке. Попросите ответственных членов команды просматривать этот отчет раз в неделю или около того. Немного добродушного «вины и стыда» имеет большое значение для поддержания проекта в чистоте. ;)

0 голосов
/ 08 сентября 2010

Этого можно добиться, создав строковое поле «приятель», которое устанавливает его значение в соответствии с RelatedLinkCount, а затем применяет правила к полю приятеля в соответствии с устраненной причиной.

0 голосов
/ 28 августа 2009

В текущих версиях TFS делать именно то, что вам нужно, довольно сложно. (Расширенные ссылки 2010 года упрощают его.) Я считаю, что вам нужно как минимум написать собственный тип ссылки и, возможно, пользовательский элемент управления полем. Эти интерфейсы не очень хорошо документированы в MSDN, хотя есть примеры в блогах третьих сторон.

Лучшим компромиссным решением IMO является создание нового целочисленного поля под названием «дубликат идентификатора ошибки». Когда ошибка переходит в состояние «Разрешено» и поле «Разрешение» «дублируется», это поле становится обязательным. В остальное время он доступен только для чтения (и по умолчанию пуст). Таким образом, вся информация, которую вы хотите, захватывается. Недостатки:

  • «ссылка» не является двунаправленной; из первоначальной ошибки невозможно увидеть, что более поздняя была исправлена ​​против нее
  • Для перехода к исходной ошибке из дубликата требуется двойное нажатие клавиши CTRL + G

Я думаю, что они незначительны для быстрого решения, которое удовлетворяет 90% оставшихся требований.

...