[quote="gbiggs, post:16, topic:8139"]
However, one of problems we have is the sheer number of packages.
[/quote]
For MoveIt, we have packages within folder groupings (left over from stacks). For example [moveit_planners](
https://github.com/ros-planning/moveit/tree/master/moveit_planners) is just a stack containing more packages.
[quote="gbiggs, post:16, topic:8139"]
Im hoping to get nightly debians going with our own little package repository eventually which will allow us to test against recent versions of other repositories using binaries.
[/quote]
That may work, cool idea. I'd be interested to follow the progress of this, and any learnings.
[quote="gbiggs, post:16, topic:8139"]
PRs that require changes in another repository should be coordinated with those other PRs to be merged as simultaneously as possible.
[/quote]
In some projects we use a Github competitor called [Gerrit](
https://www.gerritcodereview.com/), used by Android, Chrome, etc. Gerrit has a cool feature that allows you to specify all the PRs from other repos it depends on, using a "DEPENDS_ON=" tag in the commit message. I'm sure something similar could be custom built for Jenkins/Travis.
[quote="gbiggs, post:16, topic:8139"]
commercial entities wanting to build custom combinations of bits of Autoware
[/quote]
I've never liked this argument, though I hear it from the core ROS team a lot. What's wrong with the catkin blacklist (tell CMake which packages to ignore) or adding a CATKIN_IGNORE file? Or simply "rm -rf [UNUSED_PACAKGES]" ?
[quote="gbiggs, post:16, topic:8139"]
Id love to see those!
[/quote]
See "Visibility" section in [Bazel docs](
https://docs.bazel.build/versions/master/be/common-definitions.html)
---
[Visit Topic](
https://discourse.ros.org/t/splitting-the-autoware-ai-repository-and-changing-the-organisation/8139/23) or reply to this email to respond.
If you do not want to receive messages from ros-users please use the unsubscribe link below. If you use the one above, you will stop all of ros-users from receiving updates.
______________________________________________________________________________
ros-users mailing list
ros-users@lists.ros.org
http://lists.ros.org/mailman/listinfo/ros-users
Unsubscribe: <
http://lists.ros.org/mailman//options/ros-users>