Автоматически генерировать рабочие элементы TFS из прогона Klocwork Insight - PullRequest
1 голос
/ 17 августа 2011

мы планируем использовать Klocwork Insight для анализа кода в ближайшем будущем и просто переносим наш исходный код на Team Foundation Server 2010.
Можно ли сообщить Klocwork для создания рабочих элементов для найденных проблем?Или мне нужно было бы создать сценарий, который бы делал это?

TFS 2010 указан как «Поддерживаемая система управления конфигурацией программного обеспечения (SCM) для Klocwork Inspect» , но это может относиться только квозможность получить код формы TFS.К сожалению, сайт не разрабатывает дальше.

Есть идеи на эту тему?Заранее спасибо.


[РЕДАКТИРОВАТЬ] Для уточнения:
После продуктивной работы на TFS, возможно, начальная фаза - просто получить рабочее пространство для Klocwork Server и запустить Klocwork отдельно, имея толькоего собственная IDE для обработки его вывода.Для больших проблем нам придется вручную создавать WI, как мы делаем сейчас (с другим инструментом для решения проблем).

Вскоре после этого мы, вероятно, включим Klocwork в рабочий процесс сборки для нашей еженедельной сборки, поэтомуTFS будет знать о своем состоянии выхода по крайней мере.Я полагаю, что тогда TFS может создать WI, если Klocwork «не работает», но может ли он создать, скажем, один WI для каждой проблемы серьезности x и выше или с определенным идентификатором?

1 Ответ

2 голосов
/ 17 августа 2011

Без большого знания Klocwork (у меня был небольшой опыт работы на другой работе, но это была вселенная UX - так что мой опыт, вероятно, даже не актуален) Я бы сказал, что это возможно с TFS.

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

Если вы хотите использовать его отдельно, есть две возможности: (1) Либо сам Klocwork интегрирован с TFS и может создавать нужные вам элементы самостоятельно, либо (2) это не так, и вы » Вам придется создавать свои WI программно.

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

[Наш анализатор кода работает как часть сборки в TFS, в более ранней работе, которую я имел, Klocworks также был частью сборки.]

РЕДАКТИРОВАТЬ (на основе комментариев ниже)
Вероятно, не должно возникнуть никаких проблем при вызове Klocworks с действием " InvokeProcess " и перехвата полученного кода завершения. Если затем он равен 'fail', то действительно тривиально открыть ОДИН новый WI, используя уже предоставленное действие OpenWorkItem ( здесь - демонстрация его использования для другой ситуации)

В случае, если вы хотите открыть несколько WI для каждой сборки, все может стать немного сложнее: «InvokeProcess» все еще стоит, но тогда вам придется проанализировать вывод Klocwork в подходящий <List>. Наконец, реализуйте foreach, который содержит OpenWorkItem. Трудно реализовать этот «синтаксический анализ» в шаблоне процесса сборки.

...