2

Мы сделали несколько полей в ошибках, необходимых для разрешения. Тем не менее, когда разработчик пытается разрешить с помощью checkin, и эти поля не заполняются, он по-прежнему позволяет проверке произойти с ассоциацией с этой ошибкой - существует ли способ НЕ разрешить проверку, чтобы разработчик ее исправил, и ошибка может быть связана с ним должным образом? здесь полное сообщение:«TF237124: рабочий элемент не готов к сохранению» на соответствующем рабочем элементе, но код проверяется независимо от

Не удалось обновить следующий рабочий элемент:

ID 9073. Причина: TF237124:. Элемент работы не готов сохранить 548 ревизию, успешно проверены в

Здесь уместна информация от определения типа рабочего элемента:

<STATE value="Resolved"> 
    <FIELDS> 
    <FIELD refname="Microsoft.VSTS.CMMI.ProposedFix"> 
     <ALLOWEXISTINGVALUE /> 
     <REQUIRED /> 
    </FIELD> 
    <FIELD refname="Microsoft.VSTS.CMMI.RootCause"> 
<ALLOWEXISTINGVALUE /> 
     <PROHIBITEDVALUES expanditems="true"> 
     <LISTITEM value="Unknown" /> 
     </PROHIBITEDVALUES> 
    </FIELD> 
    </FIELDS> 
    ... 
</STATE> 
+0

Добро пожаловать в StackOverfkow! Пожалуйста, прочитайте: http://meta.stackexchange.com/questions/19190/should-questions-include-tags-in-their-titles – jessehouwing

ответ

2

нет, регистрация и обновление работы пункт не «транс actional ", поэтому регистрация будет успешной. Если вам это нужно, вам также необходимо создать и распространить политику регистрации.

open source Code Review check-in policy использует аналогичную технику, чтобы гарантировать, что все связанные рабочие элементы обзора кода обновляются.

Если вы хотите дать разработчику простой способ обновить предварительную проверку работы, то вы можете использовать событие Activate для отображения пользовательского интерфейса и разрешить разработчику обновлять поля напрямую, без необходимости открывать работу элемент в отдельной форме. My own checkin policy - хороший пример этого. I blogged about the steps to pop-up a UI.

Вам нужно будет создать и распространить политику для каждой версии Visual Studio, которая подключается к вашему экземпляру TFS и ссылается на правильные версии двоичных файлов объектной модели клиента TFS. Различные версии Visual Studio также требуют компиляции для разных версий платформы .NET. This is outlined in yet another blog-post I've written.

2

Если вы используете TFS API var result = wit.Validate();
Здесь он retunrs ArrayList, и это скажет вам, почему он терпит неудачу и сколько полей

Смежные вопросы