Skip to content
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

[CI] Add ABI check for rolling #1300

Merged
merged 2 commits into from
Jan 22, 2024

Conversation

christophfroehlich
Copy link
Contributor

Is there any particular reason why there is no ABI check workflow for rolling?

Furthermore, within ros2_controllers repo we test against ROS_REPO: testing. Which is the correct one here?

Copy link

codecov bot commented Jan 16, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (3309c6d) 48.02% compared to head (8768fbf) 48.02%.

Additional details and impacted files
@@           Coverage Diff           @@
##           master    #1300   +/-   ##
=======================================
  Coverage   48.02%   48.02%           
=======================================
  Files          41       41           
  Lines        3525     3525           
  Branches     1912     1912           
=======================================
  Hits         1693     1693           
  Misses        442      442           
  Partials     1390     1390           
Flag Coverage Δ
unittests 48.02% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

@destogl
Copy link
Member

destogl commented Jan 17, 2024

I would say that is almost the same if we use main or testing. We want to generally see if we are breaking stuff against the released packages. main is released, and testing is to be released.

We don't have an ABI check for rolling since it takes a long and it is not necessary there. We can break ABI in rolling without any considerations. So I would keep it out.

Copy link
Member

@destogl destogl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we need this changes here.

@christophfroehlich
Copy link
Contributor Author

The only thing why it could be useful is to see if a PR can/should be backported. If it breaks ABI on rolling, probably not.

@destogl
Copy link
Member

destogl commented Jan 17, 2024

The only thing why it could be useful is to see if a PR can/should be backported. If it breaks ABI on rolling, probably not.

I think we should decide that base don functionality. Breaking ABI on rolling doesn't tell us much about ABI in humble and iron anymore.

@christophfroehlich
Copy link
Contributor Author

I think we should decide that base don functionality. Breaking ABI on rolling doesn't tell us much about ABI in humble and iron anymore.

sure. it would be only a little help, if it breaks already on rolling, it breaks for sure on the others.

@destogl
Copy link
Member

destogl commented Jan 18, 2024

I think we should decide that base don functionality. Breaking ABI on rolling doesn't tell us much about ABI in humble and iron anymore.

sure. it would be only a little help, if it breaks already on rolling, it breaks for sure on the others.

That is my point: not necessary. We could have already broken ABI on rolling and on old branches will not be broken. A typical case would be that we have removed a member variable and now we have to introduce again. Variables are most common for ABI breaking.

@bmagyar what do you think? If you want just merge it

@destogl destogl merged commit 6f312e7 into ros-controls:master Jan 22, 2024
15 checks passed
@christophfroehlich christophfroehlich deleted the add_rolling_abi_check branch January 22, 2024 18:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants