一. 背景
DPDK社区使用https://scan.coverity.com对仓库代码进行coverity静态检查，如果检测到coverity issues会通过邮件通知相关patch的作者或者maintainer进行修改，但是邮件中无法看到issues的详细细节。需要登陆https://scan.coverity.com网站去查看详细细节，另外我们需要有方法在向社区提交修复patch之前检查修改后的代码是否能通过coverity检测。本文简述查看issue及对修复代码进行检测的方法。
有小伙伴说，用公司内部的coverity检查不就行了？不好意思，coverity是商业软件，公司内部使用的版本的和社区使用的版本大概率不同，另外2边检查范围和告警屏蔽配置的不同，导致最终检查出来的结果很可能有差异。
二. DPDK public coverity
DPDK社区使用https://scan.coverity.com/projects/dpdk-data-plane-development-kit作为public coverity进行检查，我们可以申请加入相关群组，待申请通过后，可以点击"View Defects"按钮查看最近检查到的issues。当然，小编会经常碰到点击"View Defects"浏览器会报"HTTP ERROR 403"，Ferruh Yigit说他也经常遇到，这个时候你就只能retry，人品好的话，after a few retries就可以看到结果了。那万一人品不好的话，那就只好使用私有coverity进行扫描了，参见第三节。
登录scan.coverity.com，小编点击"Sign in with Github"使用github账号登录，这样可以让scan.coverity.com直接访问github。
跳转到github登录页面进行登录。
这个是小编登录后的界面，这个显示的就是DPDK社区的public coverity，由于前期已经申请过查看defect的权限，所以在该页面上可以看的"View Defects", 点击就可看到相关defects的信息。
三. github+scan.coverity.com
针对coverity defect warning修改代码后需要再次进行coverity检测确定是否消除了warning，这个时候我们就得使用私有coverity了。可以使用github+scan.coverity.com搭建私有coverity，由于和public coverity一样都是利用scan.coverity.com进行检查，这样可以保证2边使用相同的coverity版本，同时在私有coverity可以不进行任何屏蔽及检查范围的设置，这样就可以放心地使用私有coverity来检查代码修改的效果了。
登录scan.coverity.com，下图为下编登录后显示的project，我们可以在该页面点击"Add project"创建私有检测项目。下图中第一个为DPDK社区的public coverity，第二个为小编前期设置的私有coverity。
继续点击如下页面的"Register my Github project"
在该页面可以选择github上对应账号的代码仓库
上图页面中以xavierhw/dpdk为例，点击后进入如下页面进行注册。
说明：在github上创建分支，rebase DPDK代码的操作本文中略。
注册完毕后，系统生成相关项目页面。我们可以点击"Submit Build"进行手动提交代码检查请求。
点击"Coverity Scan Self-Build"下载本地自建工具，并按照下图指引生成待分析的tar file，并"upload file for analysis"进行手动触发检测请求。
请求提交完毕后，请耐心等待scan.coverity.com进行检测，检测完毕后可以在对应的项目页面查看检测结果，并且可以点击"View Defects"查看相关告警。
说明：通过scan.coverity.com也可以设置自动检测github上新提交的patch并进行检测。考虑到当前（2020.6.8）更新DPDK社区代码的时候非常容易发生冲突，即使用git pull对DPDK仓库代码更新发生冲突频繁，所以小编没有进行自动检测配置，而是采用手动触发的方式对DPDK代码进行检查。
