ROS2学习之旅（12）——创建工作空间
workspace（工作空间）是包含ROS2 packages（包）的文件夹。在使用ROS 2之前，有必要在终端中source一下ROS 2的安装工作区，这样就可以在该终端中使用ROS 2的软件包。
还可以source一个“overlay”（一个次级工作区，在这里可以添加新的包，而不会干扰正在扩展的现有ROS 2工作区)，或者“underlay”。underlay必须包含overlay中所有包的依赖关系。overlay中的包将覆盖underlay中的包，也可以有多个overlay和underlay，每个连续的overlay使用其父underlay的包。
1.Source ROS2环境
在本例中，主要的ROS2的安装文件为underlay(请记住，一个underlay不一定是主要的ROS2安装文件)。
将ROS2添加到环境变量中，可以参考：配置ROS2环境
2.创建一个新文件夹
在工程项目中最好的做法就是，为每个新工作空间创建一个新文件夹。名称并不重要，但是用它来表示工作区的用途是很有帮助的。创建文件夹名为dev_ws(development workspace)：
mkdir -p ~/dev_ws/src
cd ~/dev_ws/src
另一个实践经验是将工作空间中的任何包放到src目录下。上面的代码在dev_ws中创建了一个src目录，然后进入其中。
3.Clone一个简单项目
现在使用来自ros_tutorials存储库(repo)中现有的包对工作空间进行了解，以后会创建自己的包。
在dev_ws/src目录下，执行以下命令：
git clone https://github.com/ros/ros_tutorials.git -b foxy-devel
现在工作空间中克隆了ros_tutorials，查看dev_ws/src的内容，将看到新的ros_tutorials目录。
要查看ros_tutorials中的包，输入以下命令:
ls ros_tutorials
终端返回：
roscpp_tutorials rospy_tutorials ros_tutorials turtlesim
忽略前三个包，turtlesim是这个仓库中唯一一个真正的ROS2包。
现在已经使用示例包填充了工作区，但它还不是功能齐全的工作空间，需要首先解析依赖项并编译工作空间。
4.解析依赖
在编译工作空间之前，需要解析包依赖项。可能已经拥有了所有依赖项，但是实践经验告诉我们最好是在每次克隆时检查依赖项。这样不会在长时间的等待之后，由于缺少依赖项而导致编译失败。
在工作空间空间(dev_ws)的根目录下，运行以下命令:
rosdep install -i --from-path src --rosdistro foxy -y
如果已经拥有了所有依赖项，控制台将返回:
#All required rosdeps installed successfully
包在package.xml文件中声明它们的依赖关系，此命令遍历这些声明，并安装缺少的依赖。
5.使用colcon编译工作空间
在工作空间的根目录下(dev_ws)，可以使用以下命令编译包:
colcon build
此时，终端返回：
Starting >>> turtlesim
[Processing: turtlesim]
Finished <<< turtlesim [50.5s]
Summary: 1 package finished [50.7s]
注意：
colcon build有许多有用的参数：
-
--packages-up-to构建你想要的包，加上它的所有依赖项，但不是整个工作空间(节省时间) -
--symlink-install使你在每次调整python脚本时都不必重新编译 -
--event-handlers console_direct+在编译时显示控制台输出(同样可以在log目录中找到)
一旦编译完成，在工作空间根目录(~/dev_ws)下输入ls（显示所有内容），会发现colcon创建了新的文件夹:
build install log src
install目录里面包含工作空间的配置文件，可以使用它来source ‘overlay’。
6.source overlay
在source overlay之前，打开一个新的终端，与编译工作空间的终端分开，这是非常重要的。在编译的同一终端中source overlay，或者类似地在已经source overlay的终端中编译，这可能会产生复杂的问题。
在新终端中，将ROS 2环境作为“underlay”，这样就可以在它之上构建“overlay”:
source /opt/ros/foxy/setup.bash
找到工作空间根目录：
cd ~/dev_ws
在根目录下，source overlay:
. install/local_setup.bash
注意：
source overlay的local_setup仅仅将overlay中可用的包添加到环境中，setup则将overlay和underlay一起添加到环境中，可以同时利用这两个工作空间。
所以，source ROS2的安装目录的setup，然后source dev_ws中的overlay的local_setup，与直接source dev_ws中的setup是一样的，因为它包含了underlay。
现在可以在overlay环境中，运行turtlesim：
ros2 run turtlesim turtlesim_node
但是怎么才能知道这是运行的overlay turtlesim，而不是主安装的turlesim ?
可以在overlay中修改turtlesim，这样就可以看到效果了:
-
可以在overlay中修改和重建包（与underlay区分）。
-
overlay优先于underlay。
7.修改overlay
可以通过编辑turtlesim窗口的标题栏来修改overlay。为此，在~/dev_ws/src/ros_tutorials/turtlesim/src中找到turtle_frame.cpp文件。使用文本编辑器打开turtle_frame.cpp。
在52行，可以看到函数setWindowTitle("TurtleSim");，将TurtleSim修改为MyturtleSim，并保存，然后使用colcon build重新编译。
返回到第二个终端(source overlay的)并再次运行turtlesim:
ros2 run turtlesim turtlesim_node
将会看到turtlesim窗口的标题栏现在显示为“MyTurtleSim”。
尽管ROS2安装环境在此终端已经source过了，但是dev_ws环境的overlay优先于underlay的内容。
要检查underlay是否仍然完整，打开一个全新的终端，并只source ROS2的安装环境。再次运行turtlesim:
ros2 run turtlesim turtlesim_node
可以看到，对overlay的修改实际上并没有影响到underlay的任何东西。
8.总结
在本例中，将ROS2的安装环境作为underlay，并通过在新的工作空间中克隆和编译包来创建一个overlay，overlay优先于underlay。
对于处理少量的包，建议使用叠加，这样就不必将所有东西都放在同一个工作区中，并在每次迭代中重新编译一个巨大的工作区。
如果给您带来帮助，希望能给点个关注，以后还会陆续更新有关机器人的内容，点个关注不迷路~欢迎大家一起交流学习。
都看到这了，点个推荐再走吧~
未经允许，禁止转载。
