通过 CMake 在 catkin 工作场所外使用 ROS 自定义消息

Question

问题：将生成的 ros 消息/服务包含在 catkin 工作场所之外的代码中的 CMakeLists.txt 中的最佳做法是什么？

上下文： 因此，在我开始从事的当前项目中，构建系统基于 CMake，但 一些 代码/可执行文件使用 ROS。我决定遵循相同的模式，并在 ROS catkin 工作场所之外创建大多数可执行文件。现在由于一些新的需求，我需要创建自己的 ROS 消息/服务，并将它们作为包添加到 catkin 工作场所，并使用 catkin_make 生成它们。目录树如下

root
|-CMakeLists.txt
|-src
|-|--myExecutable.cpp
|-catkin_ws
|--|--src
|--|--|--myPackage
|--|--|---|--srv
|--|--|---|--msg
|--|--|---|--package.xml
|--|--|---|--CMakeLists.txt
|-otherLibraries
|--|--CMakeLists.txt

现在，为了我自己的使用，我只运行一次 catkin_make 来生成 msg/srv 和 source catkin_ws/devel/setup.bash 的头文件（实际上添加到我的 ~/.bashrc 中）用于构建项目，顶部是 CMakeLists.txt。在顶部的 CMakeLists.txt 中，我有 find_package(myPackage)，这适用于我的使用，myExecutable.cpp 使用 myPackage 中定义的消息/服务以及 otherLibraries 中其他人创建的库编译并运行得很好。

现在该项目的另一位成员使用 Visual Studio Code 抱怨 find_package(myPackage) 在他的 IDE CMake 工具上出错。我知道这是因为 source catkin_ws/devel/setup.bash 没有在 IDE 上运行。

我的 CMake 知识充其量只是拼凑而成，但我知道项目中的人更喜欢 Modern CMake，我不确定解决此问题的最佳做法是什么。 （我应该在顶部 CMakeLists.txt 中运行setup.bash 脚本吗？我应该使用set() 手动添加生成的头文件/库的位置吗？）

Answer 1

我有一个类似的案例，我使用了一些独立于 ROS 的 C++ 库，然后我需要使用 ROS。

我最终做的是在我的 catkin_ws 中为我的软件创建一个 catkin 包，并为非 ROS 需求更改 CMakeLists.txt。这样我就使用catkin_make 来构建整个项目，包括与 ROS 相关的东西和非 ROS 相关的东西。其实我说的案例是开源的here，大家可以看看。

然后，您可以让您的 IDE 知道在哪里查找，它应该会拾取所有内容。就个人而言，我在 CLion IDE 中打开了我的 catkin 包，然后 CLion 拾取了所有内容。我能够在同一个 IDE 中轻松构建、编译、运行和调试，这确实是满足我需求的绝佳设置（桥接 ROS 和非 ROS 代码，具有调试工具的功能齐全的 IDE！）。

锦上添花的是，我在 Singularity 容器中完成了上述所有操作。将所有这些放在一个单一的容器中非常便携和可共享。您获取/分享 Singularity 配方甚至是预构建的 Singularity 映像，任何人都可以在他们的计算机上使用它并拥有与您完全相同的配置！我们在 GitHub here 上有一个这样的 Singularity 配置示例，为 OpenRAVE 提供功能齐全且包含的 UR5 控制器。