Без большого знания Klocwork (у меня был небольшой опыт работы на другой работе, но это была вселенная UX - так что мой опыт, вероятно, даже не актуален) Я бы сказал, что это возможно с TFS.
Если вы планируете использовать свой анализатор кода в качестве части вашей сборки, то это тривиально, поскольку вы сможете делегировать создание рабочих элементов в сборку TFS. Единственным условием является то, что Klocwork может работать как консольное приложение.
Если вы хотите использовать его отдельно, есть две возможности: (1) Либо сам Klocwork интегрирован с TFS и может создавать нужные вам элементы самостоятельно, либо (2) это не так, и вы » Вам придется создавать свои WI программно.
Я могу поддержать вас с любым вариантом, если вы уточните, на какой вариант вы ориентируетесь.
[Наш анализатор кода работает как часть сборки в TFS, в более ранней работе, которую я имел, Klocworks также был частью сборки.]
РЕДАКТИРОВАТЬ (на основе комментариев ниже)
Вероятно, не должно возникнуть никаких проблем при вызове Klocworks с действием " InvokeProcess " и перехвата полученного кода завершения. Если затем он равен 'fail', то действительно тривиально открыть ОДИН новый WI, используя уже предоставленное действие OpenWorkItem ( здесь - демонстрация его использования для другой ситуации)
В случае, если вы хотите открыть несколько WI для каждой сборки, все может стать немного сложнее: «InvokeProcess» все еще стоит, но тогда вам придется проанализировать вывод Klocwork в подходящий <List>
. Наконец, реализуйте foreach
, который содержит OpenWorkItem. Трудно реализовать этот «синтаксический анализ» в шаблоне процесса сборки.