Page tree
Skip to end of metadata
Go to start of metadata

摘要:当您配置了一个版本并打包了一些源代码之后,下一步是验证打包,以确保您交付的分析内容是一致的。此验证需要使用CAST 开发管理工具进行。

包级别验证

首先是检查版本中每个包Package Content选项卡。此选项卡显示关于CAST交付管理工具在源代码包中根据包配置选项卡中的配置设置标识的信息:

点击放大:

检查以下几点:

  • 至少有一个项目已经在Projects found部分中被识别和选择——当CAST 管理器接受该版本时,用selected标记的项目将自动转换为分析单元。
  • 没有打包警报——如果有(这表明在目标源代码中引用的项目或文件是否可以解决),那么需要检查这些程序不会阻止进行正确的分析,并且所有必要的代码都已经存在。如果需要,您可能需要打包其它代码,以便解决警报。
  • 找到的文件(仅在处理基于文件的源代码时(与数据库或模式相反)——确保列出的文件插件和文件数量符合预期。
  • 日志摘要章节中的潜在错误或警告  

请注意,在Projects found章节中完全有可能没有任何项目被标识和选择——当打包不存在“发射器”受支持的技术时,可能会发生这种情况(例如当使用SQL分析器插件来打包DDL时)。在这种情况下,继续是安全的——只需要确保在CAST管理器中创建了所需的分析单元。

使用报告给你在全局级别验证    

使用View delivery report在全局级别检查交付。这个选项将生成一个基于XML的报告,可以很容易的导出,并列出交付中的所有项目,例如:

  • Projects found
  • Alerts
  • etc.

报告将打开,默认应用分配并打开XML文件。报告只在包操作运行之后才包含信息。

CAST 交付管理工具还提供了关于发现文件的报告:

必要时定义排除

详情请参阅以下子网页:

处理任何DMT交付警报

详情请参阅以下子网页:

有关处理JEE特定交付警报的信息,请参见JEE分析器插件

重新运行打包操作

为了确保所定义的排除/警报补救措施已被考虑在内,需要在版本级重新运行打包操作(即所有的包都被重新打包):

最后检查Package Content选项卡,确保排除的项目被标记为忽略:


  • No labels