-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
inject classname for gtest result files #117
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
code change lgtm, looking forward for green CI with the test results with the new hierarchy
All results reported under
The |
Ok that's the part I missed. Thanks for clarifying
Yeah as it happens quite often recently I was unable to open the class_loader folder on the main page so I looked into the one in |
I get the feeling that the problem is related to follow up builds. I created a separate job and there it works fine again: http://ci.ros2.org/view/All/job/dirk_ci_linux/1/testReport/class_loader/ Maybe Jenkins has a problem to open the test results from previous builds if newer builds have been triggered or are ongoing? |
Sadly
gtest
doesn't offer a way to customize theclassname
attribute which is used by Jenkinsxunit
to create the hierarchy. Therefore I chose to modify the generated gtest result files.Before the
gtest
results were under the(root)
entry with no indication to the package: http://ci.ros2.org/job/ci_linux/3531/testReport/(root)/After they are under an entry names after the package: http://ci.ros2.org/job/ci_linux/3540/testReport/ament_index_cpp/