ROS工作空间（workspace）是一个存放工程开发相关文件的文件夹。

1. 什么是ROS的工作空间

使用ROS实现机器人开发的主要手段是写代码，这些代码文件存放的空间就是工作空间。

工作空间（workspace）是一个用于存放工程开发相关文件的文件夹。目前，ROS默认使用的是Catkin编译系统（在CMake的基础上拓展得到的，将 cmake 与 make 指令做了一个封装从而完成整个编译过程）。在Catkin编译系统下，一个典型的工作空间一般包含四个目录空间：src、devel、build、install，结构如下

工作空间结构

Fuerte版本之后的ROS默认使用的是Catkin编译系统，一个典型Catkin编译系统下的工作空间结构如图所示。

典型的工作空间中一般包括以下四个目录空间。

1）src：代码空间（Source Space），开发过程中最常用的文件夹，用来存储所有ROS功能包的源码文件。

2）build：编译空间（Build Space），用来存储工作空间编译过程中产生的缓存信息和中间文件。

3）devel：开发空间（Development Space），用来放置编译生成的可执行文件。

4）install：安装空间（Install Space），编译成功后，可以使用make install命令将可执行文
件安装到该空间中，运行该空间中的环境变量脚本，即可在终端中运行这些可执行文件。安装
空间并不是必需的，很多工作空间中可能并没有该文件夹。

创建工作空间

创建工作空间的命令比较简单，首先使用系统命令创建工作空间目录，然后运行ROS的工作空间初始化命令即可完成创建过程：

$ mkdir -p ~/catkin_ws/src
$ cd ~/catkin_ws/src
$ catkin_init_workspace

创建完成后，可以在工作空间的根目录下使用catkin_make命令编译整个工作空间：

$ cd ~/catkin_ws/
$ catkin_make

编译过程中，在工作空间的根目录里会自动产生build和devel两个文件夹及其中的文件。

编译完成后，在devel文件夹中已经产生几个setup.*sh形式的环境变量设置脚本。

使用source命令运行这些脚本文件，则工作空间中的环境变量可以生效。

$ source devel/setup.bash

为了确保环境变量已经生效，可以使用如下命令进行检查：

$ echo $ROS_PACKAGE_PATH

如果打印的路径中已经包含当前工作空间的路径，则说明环境变量设置成功,如下图所示：

在终端中使用source命令设置的环境变量只能在当前终端中生效，如果希望环境变量在所有终端中有效，则需要在终端的配置文件中加入环境变量的设置：

echo"source/WORKSPACE/devel/setup.bash">>~/.bashrc

，请使用工作空间路径代替WORKSPACE。

2. 什么是ROS的功能包

功能包(package)是ROS中的基本单元，包含ROS节点、库、配置文件等。

一个功能包的典型文件结构如下：

config：功能包的配置文件，用户创建。
include：需要用到的头文件。
scripts：可以直接运行的Python脚本。
src：需要编译的C++代码。
launch：所有启动文件。
msg：自定义的消息类型。
srv：自定义的服务类型。
action：自定义的动作指令。
CMakeLists.txt：Catkin编译器编译功能包的规则。
package.xml： 功能包清单

，可得到该package的名称、版本号、信息描述、作者信息和许可信息等。更重要的，<build_depend> ... </build_depend>标签定义了代码编译所依赖的其它功能包，<exec_depend> ... </exec_depend>标签定义了可执行程序运行时所依赖的其它功能包。

上面的这些文件夹并不是每一个都要有，根据需要创建即可，比如不需要运行python文件，就不用scripts文件夹。此外，也可以自定义其他的文件夹。

ROS针对功能包的常用命令如下：

catkin_create_pkg			# 创建功能包
catkin_make			# 编译工作空间中的功能包
rospack				# 获取功能包的信息
rosdep				# 自动安装功能包依赖的其它包
roscd 				# 功能包目录跳转
roscp				# 拷贝功能包中的文件
rosed				# 编辑功能包中的文件
rosrun				# 运行功能包中的可执行文件
roslaunch			# 运行启动文件

创建功能包

ROS中功能包的形式如下：

my_package/
 CMakeLists.txt
 package.xml
 ……

package.xml文件提供了功能包的元信息，也就是描述功能包属性的信息。
CMakeLists.txt文件记录了功能包的编译规则。

ROS不允许在某个功能包中嵌套其他功能包，多个功能包必须平行放置在代码空间中。

ROS提供直接创建功能包的命令catkin_create_pkg，该命令的使用方法如下：

catkin_create_pkg <package_name> [depend1] [depend2] [depend3]

在运行catkin_create_pkg命令时，用户需要输入功能包的名称（package_name）和所依赖的其 他 功 能 包 名 称 （depend1、 depend2、 depend3）。

例 如， 我 们 需 要 创 建 一 个learning_communication功能包，该功能包依赖于std_msgs、roscpp、rospy等功能包。

首先进入代码空间，使用catkin_create_pkg命令创建功能包：

cd ~/catkin_ws/src

catkin_create_pkg learning_communication std_msgs rospy roscpp

创建完成后，代码空间src中会生成一个learning_communication功能包，其中已经包含
package.xml和CMakeLists.txt文件。

然后回到工作空间的根目录下进行编译，并且设置环境变量：

cd ~/catkin_ws
catkin_make
source ~/catkin_ws/devel/setup.bash

以上便是创建一个功能包的基本流程。 在同一个工作空间下，不允许存在同名功能包，否则在编译时会报错。

那么是不是同名功能包就一定不能在ROS中存在？
如果我们想要覆盖或重写系统已有的功能包，又该怎样做？