微擎微网站开发php做学校网站免费

微擎微网站开发,php做学校网站免费,注册公司费用计入什么科目,wordpress 页面很窄colcon build 会生成什么#xff1f; 为什么会生成这些#xff1f; colcon build 是 ROS 2 中用于构建#xff08;编译和安装#xff09;整个工作空间中所有包的核心命令。它会根据你的源代码#xff08;C、Python 等#xff09;生成一系列文件和目录#xff0c;目的是…colcon build 会生成什么 为什么会生成这些colcon build是 ROS 2 中用于构建编译和安装整个工作空间中所有包的核心命令。它会根据你的源代码C、Python 等生成一系列文件和目录目的是让这些包能在 ROS 2 系统中被正确发现、运行和使用。下面我们详细解释 一、colcon build默认会在工作空间根目录下生成4 个关键目录假设你的工作空间是~/ros2_ws执行cd~/ros2_ws colcon buildros2_ws/ ├── src/ ← 你写的源码不会动 ├── build/ ← 编译中间产物类似 CMake 的 build 目录 ├── install/ ← 安装结果最终可部署的“成品” └── log/ ← 构建日志调试用 二、每个目录的作用和生成原因1️⃣build/—— 编译过程的“工地”✅ 生成什么每个包一个子目录如build/my_pkg/里面包含CMake 生成的 Makefile / Ninja 文件编译产生的.o、.so、临时文件Python 包的构建缓存如build/lib/❓ 为什么需要隔离编译过程避免污染源码src/应保持干净支持增量编译下次只重新编译修改过的部分多配置支持未来可支持 debug/release 并存通过--cmake-args 类似于你在普通 CMake 项目中手动创建的build/目录。2️⃣install/—— 最终“交付物”最重要✅ 生成什么这是 ROS 2真正能运行的环境结构如下install/ ├── my_cpp_pkg/ │ ├── lib/ │ │ └── my_cpp_pkg/ ← C 可执行文件、库 │ ├── share/ │ │ └── my_cpp_pkg/ │ │ ├── package.xml │ │ ├── cmake/ ← CMake 配置文件供其他包依赖 │ │ └── ... │ └── local_setup.bash ← 包级环境脚本 │ ├── my_py_pkg/ │ ├── lib/python3.x/site-packages/my_py_pkg/ ← Python 模块 │ └── share/my_py_pkg/ ← package.xml, launch 文件等 │ ├── setup.bash ← 工作空间总入口必须 source ├── local_setup.bash ← 本工作空间的环境设置 ├── _local_setup_util_sh.py ← 辅助脚本生成环境变量 └── COLCON_IGNORE ← 标记此目录为 colcon 前缀❓ 为什么需要ROS 2 采用“安装即部署”的设计理念目的实现方式让系统能找到你的包通过setup.bash设置PATH,PYTHONPATH,AMENT_PREFIX_PATH支持包之间互相依赖C 包导出.cmake文件Python 包安装到标准 site-packages与系统 ROS 隔离所有内容集中在install/不污染/usr支持 overlay叠加可以source /opt/ros/humble/setup.bash再source install/setup.bash✅只有source install/setup.bash后你的节点才能被ros2 run找到3️⃣log/—— 构建日志调试神器✅ 生成什么每次构建一个时间戳目录如log/latest/或log/2025-12-14_22-05-00/里面包含build_my_pkg.log每个包的完整编译输出colcon_build.log总体日志错误时可精准定位❓ 为什么需要编译失败时终端可能只显示最后几行错误日志文件保留完整上下文便于排查尤其是 CI/CD 环境️ 三、额外生成的“元信息”文件关键但常被忽略除了目录colcon还会生成一些控制文件文件作用install/COLCON_IGNORE告诉 colcon“这是一个安装前缀不要再递归扫描”install/_local_setup_util_sh.pyPython 脚本动态生成环境变量设置命令前面讲过install/share/pkg/package.bash包级别的环境扩展脚本由 ament 生成 四、为什么这样设计——ROS 2 的哲学可重复性Reproducibilityinstall/是自包含的可以打包分发到其他机器只要架构兼容。环境隔离不同工作空间互不影响避免“全局安装”导致的版本冲突。与上游 ROS 兼容install/的结构和/opt/ros/humble/完全一致所以能无缝 overlay。语言无关无论是 C、Python、还是混合包都统一安装到install/由setup.bash统一激活。✅ 举个实际例子你写了一个 C 节点talker在my_pkg中。执行colcon build后可执行文件 →install/my_pkg/lib/my_pkg/talkerros2 run my_pkg talker能运行 → 因为setup.bash把install/my_pkg/lib加入了PATH其他包想依赖my_pkg→ 通过find_package(my_pkg REQUIRED)找到install/my_pkg/share/my_pkg/cmake/... 总结colcon build生成什么为什么生成项用途必要性build/编译中间文件⚙️ 必需构建过程install/最终可运行的包集合核心产出没有它包无法被 ROS 使用log/构建日志 调试必备setup.bash等脚本激活环境必须 source 才能使用你的包记住colcon build不只是“编译代码”更是“构建一个可被 ROS 2 识别和使用的软件环境”。这就是为什么 ROS 2 强调“source install/setup.bash”—— 它是连接你代码和 ROS 生态系统的桥梁