Jenkins可通过插件支持不常用版本控制系统，关键在于插件能否通过命令行检出代码并返回稳定可比的提交标识；需安装对应插件、固定分支路径、避免工作区清理、合理设置轮询频率，并通过“Last polling log”验证生效。
直接在 Jenkins 里配置 Poll SCM 就能监控不常用版本控制系统，关键不是系统“冷门”，而是 Jenkins 能否通过插件与它通信。只要该系统支持命令行检出（比如能用 shell 命令拉代码）、有稳定的历史提交标识（如 commit ID、revision 号），Poll SCM 就能工作。
确认源码管理插件已就绪
Jenkins 默认只内置 Git 和 Subversion 支持。对 Mercurial、Perforce、CVS、Bazaar 等不常用系统，必须先安装对应插件：
- 进入 Manage Jenkins → Manage Plugins → Available，搜索插件名（如 “Mercurial Plugin”、“Perforce Plugin”）并安装
- 重启 Jenkins 或按提示启用插件
- 回到项目配置页，在 Source Code Management 中应能看到新增的选项
配置源码管理时保留唯一可比标识
Poll SCM 的原理是：每次轮询时，Jenkins 调用底层 SCM 插件获取当前最新提交的标识（如 Git 的 SHA、SVN 的 revision number），再与上次记录值比对。所以必须确保：
- 所选分支/标签/路径是固定的（不能用动态变量或未锁定的 ref）
- 插件能正确返回可比较的版本标识（例如某些老版 CVS 插件需勾选 “Use update -d instead of checkout” 才能稳定读取时间戳）
- 避免使用工作区清理策略（如 “Delete workspace before build”）干扰历史状态缓存
设置合理轮询频率，兼顾及时性与资源开销
不常用系统往往响应慢、API 限制多，不宜高频轮询。推荐用 Jenkins 的 H 符号实现弹性调度：
- */15 * * * *：每15分钟固定检查——适合开发活跃期
- H/30 * * * *：Jenkins 自动分散为每30分钟内某秒执行——降低多任务并发压力
- H H(0-4) * * 1-5：工作日每天凌晨0–4点间随机一次——适合夜间批量同步场景
注意：表达式只需填满5段（分 时 日 月 周），无需补全年份或秒；首字段最小粒度是分钟。
验证轮询是否真正生效
配置保存后不要只看“构建历史”——Poll SCM 不触发构建时不会留记录。应检查：
- 项目主页右侧面板是否有 “Last polling log” 链接？点击进去看最近几次轮询输出
- 日志中是否出现 “Found changes” 或 “No changes”？若一直报错（如 “hg command not found”、“Permission denied”），说明环境缺失或凭证错误
- 首次运行建议手动点 “Poll Now” 按钮，快速验证连接和解析逻辑
