jenkins 如何识别或者管理尚未完成的代码？

Question

某一些模块提交的源码仓库的代码，可能并不完整。
在jenkins构建的时候，如何剔除这些“尚未完工”的模块呢？

因为源码仓库有“留痕”的作用，在一个比较大的重构过程中，可能需要将部分重构代码提交源码仓库，这样可以利用源码仓库的版本历史，方便查阅每次的代码变动、在某些时候，还可以进行代码回退。

提交到源码仓库的可能并不是一个完整的功能。
jenkins在构建的时候，如何管理跳过这些未完工的模块代码呢？

举一个例子：
我们目前的项目发版流程：
1、我们项目由多个模块组成；
2、开发人员针对 开发任务单、或者缺陷单 进行开发，开发过程中可以提交 源码仓库；
3、当一个任务单/缺陷单完成后（可能涉及多个模块），开发人员使用 Maven-deploy 类似的命令本地编译、打包，将模块提交到 制品库。
4、测试人员这时候会看到 任务单/缺陷单状态变化，通过某一个工具 将该任务单涉及的模块制品 和 其他制品组装为最终项目发布包（JAR、或者WAR、或者其他形式），然后进行测试。
5、测试通过后，比如每月发版时，会汇总当前已经测试通过的任务单，使用某工具将所有涉及的任务单制品组装为最终项目发布包。再进行必要的自动化测试或性能测试，最终完成发布。

那么，jenkins如何识别、跳过这些 尚未提交测试单的模块呢？
现有的项目发布过程，哪些是可以使用jenkins优化的？

欢迎分享下经验，谢谢！

Answer 1

有一种工程师叫做《运维开发工程师》。负责CI\CD中的自动化开发。

识别、跳过这些尚未提交测试单的模块，通过平台开放API去调用，再将结果返回给jenkins。

Answer 2

我觉得方向可能错了。

一个bug提出来，bug的修改可能会涉及多个模块这是比较正常的事情，模块之间也不是固定的，我觉得这个识别起来是比较麻烦的，情况复杂的时候相关的人也不一定能完全清楚，这个交给程序去处理我觉得是不太现实的。

如果是我的话，可能会把项目按照模块去划分成多个任务，模块提交的时候只构建相关的模块。//这个也得具体看项目是什么样子的。

---

你可以看看你们现在是用的什么bug管理系统，可能jenkins上有现成的插件，能直接集成到bug管理系统中。我看jira貌似可以根据bug状态直接触发构建。