-
Notifications
You must be signed in to change notification settings - Fork 150
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
Update guidance on choosing a base branch #574
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Co-authored-by: Ian Chen <ichen@openrobotics.org> Signed-off-by: Steve Peters <computersthatmove@gmail.com>
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.
Did a couple of comments. My personal feeling is that we should not add much more content and force us to write something plain simple. Otherwise we face the risk of losing people with the procedures.
@@ -162,10 +162,21 @@ get acquainted with this development process. | |||
|
|||
1. **Choose a base branch.** | |||
- If your changes will break API or ABI, then base your new branch off of `main`. | |||
If this package's `main` branch is not part of the upcoming Gazebo collection, |
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.
Might not be easy but I think that we should drive to simplify rules so people that read "Choose a base branch" with the intention of coding as soon as possible don't fall into too much effort to start that. This main
branch procedure that is well described seems something more designed for the core team than for the newcomers.
For newcomers, different difficulties are here: what is a collection? Which is the upcoming collection nowadays? How can I check if main branch is part of any collection? Why I need to create an issue if all I what to do is to send a PR?.
breaking API or ABI, it is recommended to base your new branches off of | ||
the branch used in the upcoming collection | ||
to simplify automated testing of the changes and the review process. | ||
For example, at the time this documentation is being written the upcoming Jetty |
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.
If we have Jetty open for development, should be fine to merge ABI/API breaking changes here?
This clarifies the guidance on choosing a base branch to recommend using the branch in the upcoming Gazebo collection instead of recommending
main
in all cases.