build's contribution
I try to add workitem and code coverage contribution to my build result perspective, but all the times I get "missing contribution" (for the code coverage) or "none include" (for the workitem).
I currently working on M3, but i have the same problem in M2. 1. Code Coverage - I follow the instructions in: https://jazz.net/wiki/bin/view/Main/GettingStartedWithCoverage#Getting_Coverage_Reports_from_Ja, but i never get the coverage's tag or any other information regarding the code coverage (If i manually run the junit test and then run the code coverage I get the code coverage perspective) 2. WorItems: I added to the the buld.xml file the teamAccept, changeSetPublisher and workItemPublisher. After that i made some changes in source files, create new work item and when i deliver the changes i also resolve the associated workitem. I will appreciate any kind of assistant to solve those problems. |
3 answers
From your description, its difficult to tell what the issue is. I need to
know more details about what you've tried, and how things are failing. Can you share your build.xml and the build log? Add -debug -verbose to the ant args in your build. This will enable more output in the log that will help diagnose the problem. By the way, if you are using M3, then you can take advantage of the Ant with Jazz SCM build template. If you use this, then you don't need the teamAccept, teamFetch, changeSetPublisher, or workItemPublisher tasks in your build.xml. The build engine will do all this for you and the work item publishing will happen for you automatically - as long as you specify the repository workspace and fetch destination on the Jazz SCM page of the build definition editor. In order to get meaningful changes showing up in the build, you must have a stream/workspace structure that allows it. For example, you need an integration stream. Then you need workspaces, A and B, that flow with the integration stream. In your eclipse session, load workspace A. Make some changes in A and deliver them to the integration stream. Specify workspace B as the repository workspace in the build definition Jazz SCM page. When the build is run, the build engine will accept any new changes from integration into B. These are the changes that are recorded in the build. And these are the changes whose linked work items show up on the summary page of the build result. Regarding code coverage, let's try to get the basic build with change tracking and work items working before moving on to coverage. |
|
Thanks Ryan.
Thanks to your helpful orders i manage to add the workitem contribution to the build result in M3. Regarding the code coverage I will appreciate assistant. I add the run.coverage and run.test to the properties. |
|
I believe setting up code coverage is a bit more involved. There is a work
item (26371) tracking completion of an example to show how to do this. https://jazz.net/jazz/web/projects/Jazz%20Project#action=com.ibm.team.workitem.viewWorkItem&id=26371 |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.