关于VIPM打包已去除框图VI报错的解决方案

昨晚，收到群友咨询，询问VIPM能否打包已去除程序框图VI的咨询，根据我以前的打包项目的经验，已去除程序框图的VI是可以成功打包的，且并不需要特别的设置。只是因为去除了程序框图，导致VI无法重新编译，也就失去了跨版本运行的能力，只能在当前LabVIEW版本的开发环境中执行。因此立马回复群友，VIPM是可以打包。却收到群友的反馈，他那边无法打包成功，一直提示报错，报错信息如下：

 这就奇怪了。经过我以前的打包经验，直接默认设置是可以成功打包的。因此我创建了如下项目进行测试。

并通过源代码发布生成规范，把所有VI的程序框图去除。

 

 然后通过创建VIPM打包项目，执行打包，竟然弹出一模一样的报错信息。

这不科学啊，以前的项目是可以无需特别的设置就可以成功打包的。现在却出现报错。经过研究发现，通过勾选构建时不编译（Do Not Compile on Build）选项，是可以成功打包的，但该方法有两个弊端：

1. 所有使用到去除程序框图VI的VI，均需勾选该选项。

2. 勾选了该选项后，自动生成的函数选板会失效，如下图，图1为选板设置图，图2为打包后的选板图。通过图2的选板无法放置函数。

        

 

虽然以上两个弊端均有解决的方法。弊端1可通过勾选文件夹的构建时不编译选项来实现全部vi勾选。弊端2可在安装vip包后，通过手动编辑选板来重新生成选板，实现函数放置。但这样处理就违背了打包vip工具包的初衷了，既不方便也不优雅。

发现这些问题后，通过翻查以前的备份文件，找到以前的成功打包项目，在不对源码进行任何修改的情况下，重新打包一次，竟然也出现了同样的报错信息。这就更不科学了。

初步思考，出现这样的问题，只能是环境的问题，因为代码没有修改的情况下重新打包，也出现同样的报错。再找回以前的搭建好的开发环境虚拟机，查看两者的区别，只有VIPM的版本发生了变更。以前的打包环境VIPM版本是2020.3(build 2540) ，现在的打包环境VIPM版本是2021.1(build 2754)。把上述测试项目复制到虚拟机中，用2020.3 (build2540)版本打包一次，竟然在不勾选构建时不编译（Do Not Compile on Build）选项的情况下，打包通过，安装打包出来的vip工具包后，也没有出现上述函数选板无法放置的问题。

这样基本就能断定是VIPM版本的问题了。通过VIPM的官方论坛（https://forums.vipm.io/）搜索发现，已有多人反应该问题，均表示2020版本可以构建成功，但2021以上版本无法构建。

• https://forums.vipm.io/topic/6938-remove-block-diagram-after-build-with-vipm/#comment-13550

• https://forums.vipm.io/topic/7023-compiling-a-distribution-without-diagram-fail-in-vipm-2022-pass-in-vipm-2020/#comment-13663

• https://forums.vipm.io/topic/7023-compiling-a-distribution-without-diagram-fail-in-vipm-2022-pass-in-vipm-2020/#comment-13668

经过搜索发现，JKI开发团队给出的解决方案如下：

由于VIP文件实际上是ZIP格式的压缩文件改名而来的，可以直接通过通用的ZIP压缩工具来解压，首先按正常流程打包包含程序框图的VI，打包出VIP工具包后，解压缩出来，对其中需要去除程序框图的VI进行去除操作。去除完毕后再重新压缩成zip压缩格式的vip工具包文件。

总结

解决上述报错信息，有两个可行的方法：

方法1：VIPM版本回退至2020.3 (build2540)，但该版本并不支持2021以上的LabVIEW开发环境。

方法2：VIPM使用最新版本，按正常流程打包含程序框图的vip工具包，打包完成后再通过压缩工具对其中需要去除程序框图的VI进行去除操作，再再重新压缩成zip压缩格式的vip工具包文件。

VIPM 2020.3 (build2540) 下载地址：

https://pan.baidu.com/s/1jdYKZ--q8bA2aqC6nRgPUA?pwd=k35t

后续

针对方法2，后续本公众号（CLAN Studio）将开发并开源一个自动修改工具包，针对VIP文件进行自动一键去除程序框图操作，请持续关注本账号。