在Qt Creator中何处添加make install步骤？不同位置有何差异？

这个问题问得很精准——不少刚摸Qt Creator构建流程的开发者都会被这两个选项搞懵，其实它们的差异核心在于执行时机和触发场景，完全不等效。

一、添加到Build阶段的效果 #

• 执行时机：每次你点击「构建」（Build）或「重新构建」（Rebuild）时，make install会在编译、链接全部完成后自动执行。如果构建过程中出现编译错误，这一步会直接跳过。
• 适用场景：适合开发阶段需要自动同步产物的场景。比如你开发一个自定义库，每次改完代码构建后，自动把库文件、头文件复制到项目依赖的目录里，省得手动拷贝；或者桌面应用开发时，每次构建完自动把exe放到本地测试目录，方便直接调试。
• 特点：属于构建流程的一环，和编译、绑定动作强绑定，只要构建成功就会触发。

二、添加到Run/Deployment阶段的效果 #

• 执行时机：只有当你点击「运行」（Run）或者单独触发「部署」（Deploy）时才会执行，而且是在构建完成（如果需要重新构建）之后、程序启动之前的环节。
• 适用场景：适合区分日常调试和正式部署的场景。比如你平时构建完只是在本地跑代码调试，不需要把产物放到正式路径；只有当要把程序交付测试或打包发布时，才触发部署动作，让make install把exe、依赖库、资源文件等复制到指定的发布目录（比如嵌入式设备的文件系统、Windows的Program Files文件夹）。
• 特点：和运行/部署动作绑定，你可以选择只部署已构建好的产物，不用重新编译，灵活性更高。

三、两者是否等效？ #

完全不等效，核心区别体现在这两点：

1. 触发逻辑不同：Build阶段的make install是构建流程的收尾步骤，每次构建成功必执行；Run/Deployment阶段的只有在主动触发运行或部署时才会启动。
2. 定位场景不同：前者是开发过程中的自动化同步工具，后者是正式部署的触发入口。

举个直观的例子：假设你开发一个GUI应用，日常调试时把make install加在Build阶段，每次改完代码点构建，exe自动复制到本地测试文件夹，直接就能双击运行；当要给用户打包时，把make install移到Deployment阶段，触发部署后，产物会被放到规范的发布目录，方便你打包成安装包或者压缩包发给用户。

内容的提问来源于stack exchange，提问作者Horst Walter