在我们打开CST工程或者另存CST工程时，偶尔会遇到需要很久的时间，有时候甚至会出现软件卡死和强制关闭的情况，造成这类问题大部分原因是：CST历史树过长。
下面我们将以一个CST历史树包含了14282个步骤的工程为示例，探究当CST工程历史树过长时，如何避免打开/另存工程需要较长时间，软件卡死或强制关闭软件等问题。
首先，我们记录打开、另存该工程所需的时间，如下；
下面，我们将验证：
1、将该工程的结构拷贝到一个新建工程；
2、将该工程以子工程文件导入新建工程；
记录这两种方式打开/另存工程所需的时间。注意：为保证实验的严谨性，新建工程的仿真设置应与原工程保持一致。
首先，我们新建一个空白工程，将历史树较长的工程中的结构模型拷贝到新建的工程中，设置相同的端口激励，确保仿真设置与原工程一致。
查看其历史树，如下：
记录这种情况下打开、另存该工程所需的时间，如下图所示，可以看到该方法能明显减少打开/另存工程需要的时间；
接下来我们验证第二种方法，我们再次新建一个空白工程，在Import/Export下拉菜单中，点击Sub-Project选项，将历史记录较长的工程作为子工程导入，并查看其历史树，如下图；
记录这种情况下打开、另存该工程所需的时间，如下图所示，可以看到该方法能明显减少打开/另存工程需要的时间；
此外，在导入子工程时，勾选Use relative path复选框，当在子工程文件做修改，新工程也会跟随修改；
通过该实验，我们可以看出，在新建工程中将历史树过长的工程以子工程的方式导入或直接拷贝其结构到新建工程中，这两种方法都能有效地解决因历史树过长导致打开/另存工程所需时间较长的问题。
