[发明专利]软件项目的构建方法及系统

权利要求书

1.一种软件项目的构建方法，其特征在于，所述方法包括：

获取项目框架的构建指令；

根据所述构建指令构建项目框架；其中，所述项目框架包括多个属性文件；

对所述多个属性文件进行探测；

在探测到对所述属性文件的修改操作的情况下，根据所述修改操作生成触发指令；

发送所述触发指令至持续集成模块，以使所述持续集成模块根据所述触发指令对软件项目进行编译任务、校验任务、和部署任务中的一项或者多项任务的更新。

2.根据权利要求1所述的方法，其特征在于，所述根据所述修改操作生成触发指令，包括：

确定所述修改操作的修改操作类型；

根据所述修改操作类型生成对应的触发指令。

3.根据权利要求2所述的方法，其特征在于，所述修改操作为对持续集成模块的校验规则的更新；

所述根据所述修改操作类型生成对应的触发指令，包括：

获取所述更新后的持续集成模块的校验规则；

根据所述更新后的所述持续集成模块的校验规则生成第一触发指令，以使所述持续集成模块根据所述第一触发指令对检验任务的校验规则进行修改。

4.根据权利要求2所述的方法，其特征在于，所述修改操作为对部署参数的更新；

所述根据所述修改操作类型生成对应的触发指令，包括：

获取所述更新后持续集成模块的部署参数；

根据更新后的所述部署参数生成第二触发指令，以使所述持续集成模块根据所述第二触发指令对部署任务的部署参数进行修改。

5.根据权利要求2所述的方法，其特征在于，所述修改操作为对项目的编译环境的修改，所述根据所述修改操作类型生成对应的触发指令，包括：

获取所述更新后的编译环境；

根据所述更新后的编译环境生成第三触发指令，以使所述持续集成模块根据所述第三触发指令对编译任务的编译环境进行修改。

6.根据权利要求2所述的方法，其特征在于，所述修改操作为对软件项目的目录结构的变更；所述方法还包括：

获取变更后的所述软件项目的目录结构；

根据所述目录结构更新所述软件项目的目录结构。

7.根据权利要求1所述的方法，其特征在于，所述构建指令包括项目类型及框架类型；

所述根据所述构建指令构建项目框架，包括：

确定是否支持所述项目类型；

在支持所述项目类型的情况下，确定所述框架类型对应的框架；

确定所述框架对应的依赖；

根据所述框架及所述依赖构建所述项目框架。

8.一种软件项目的构建系统，其特征在于，所述系统包括：

第一获取模块，用于获取项目框架的构建指令；

构建模块，用于根据所述构建指令构建项目框架；其中，所述项目框架包括多个属性文件；

探测模块，用于对所述多个属性文件进行探测；

生成模块，用于在探测到对所述属性文件的修改操作的情况下，根据所述修改操作生成触发指令；

发送模块，用于发送所述触发指令至持续集成模块，以使所述持续集成模块根据所述触发指令对软件项目进行编译任务、校验任务、和部署任务中的一项或者多项任务的更新。

9.根据权利要求8所述的系统，其特征在于，所述生成模块包括：

第一确定子模块，用于确定所述修改操作的修改操作类型；

生成子模块，用于根据所述修改操作类型生成对应的触发指令。

10.根据权利要求9所述的系统，其特征在于，所述修改操作为对持续集成模块的校验规则的更新；

所述生成子模块，还用于：

获取所述更新后的持续集成模块的校验规则；

根据所述更新后的所述持续集成模块的校验规则生成第一触发指令，以使所述持续集成模块根据所述第一触发指令对检验任务的校验规则进行修改。