开源社区之所以可以持续发展,开源的作品之所以可能不断的进化,完全依重所有用户和开发人员无私的反馈, 这里说明 开源卫士社区 可用的代码贡献反馈流程和渠道,以便大家使用习惯的高效反馈;：

如图所示,因为,开源卫士和金山官方卫士基于相同的代码进行开发;同时,实际上金山网络承担了开源卫士社区代码的自动化构建/测试等等发布前的支持工作;进一步的,原先官方卫士的核心开发成员,也直接进入社区,成为开源卫士的主力开发；所以,代码主要在3个场景中进行流转:

1、官方激进仓库，所谓激进，是指：

  a)核心开发人员优先释放最新代码

  b)优先接收/合并社区成员各种代码反馈

  c)为社区官方稳定版本的释放提前进行各种尝试

2、金山内部仓库：

  a)和金山内部团队的开发仓库自动对接

  b)关联持续集成/测试等等代码质量管理系统,对社区贡献代码进行自动化评测

3、社区官方仓库：

  a)整合阶段成果,发布社区稳定版本

  b)对第三方厂商提供正式代码支持

开源卫士代码的生命周期：

释放最新代码增进到官方激进仓库
-->官方激进仓库收集社区成员贡献的修订
-->由核心开发人员,将社区贡献合并到金山内部仓库
-->通过自动化测试/构建的版本,定期发布到社区官方仓库

一般金山官方卫士的大版本发布,将早于社区官方稳定版本的发布一个月左右

由于选择了分布式版本仓库,开发者可以自由的建立各种级别的克隆仓库,完整的建立起自己的版本控制环境! 所以,对于开源卫士作品的代码修订反馈也非常灵活:

仓库通知
1、将社区的仓库克隆发布在其它支持 Hg 的项目托管服务中,或是能自行发布 Hg 仓库;
2、在私人仓库中,完成修订后,经过测试,对代码打好明确的 "标签";
3、通过 开发列表(需先订阅),将克隆仓库的对应变更集版本URL 反馈社区;
4、由社区核心成员在内部专用测试分支中评估并合,并进行测试,决定是否接受修订;
5、通过测试的,将合并入内部仓库,包含在下一个官方版本发布

补丁提交
1、在本地仓库中完成修订后,经过测试,对代码打好明确的 "标签";
2、自行对比社区正式仓库生成补丁文件;
3、通过 开发列表(需先订阅),将克隆仓库的对应变更集版本URL 反馈社区;
4、由社区核心成员在内部专用测试分支中评估并合,并进行测试,决定是否接受修订;
5、通过测试的,将合并入内部仓库,包含在下一个官方版本发布

传票附件
1、在本地仓库中完成修订后,经过测试,对代码打好明确的 "标签";
2、自行对比社区正式仓库生成补丁文件;
3、进入社区项目管理平台,创建"传票",说明改进的内容,并附件对应的补丁;
4、由社区核心成员下载补丁,在内部专用测试分支中评估并合,并进行测试,决定是否接受修订;
5、通过测试的,将合并入内部仓库,包含在下一个官方版本发布

Trac是一个分布式开发的协作平台，如果您希望加入卫士开源社区开发，需要对trac有进一步了解，请进入：

开源卫士社区Trac系统

开发过程中，您也许会使用到金山文件云查询和网址云查询，请从如下地址获取API接口:

金山云盾计划