没用过 gitlab，我当时学习用的是 github，凭据问题（Credentials）在 github 上配置一个 Personal access tokens 和 ssh key 用作去后面连接仓库拉取代码到 Jenkins 工作空间，配置 webhook 还需要用内网穿透，实现代码库变动自动触发另一个任务执行，慢慢一步一步踩坑吧，这个过程能收获挺多。

本地的地址 192，容器肯定是访问不了的，将自动化代码放到 github 上就能访问了。如果在真实的工作场景，公司的 git 地址，公司部署的 jenkins 是能访问的。jenkins 就是一个调度而已，要串在公司的项目流程中，环境部署流水线上，这才有用，不是仅仅使用 jenkins 调度一下就行了。

你写个定时任务，每天定时跑任务，发报告也算啊，jekens 只是省的写定时任务代码和发报告的代码了

如果你想试用一下怎么部署到 Jenkins，定时跑任务
1、你把代码上传到 gitlab 或 github，然后本地部署 Jenkins 拉取代码定时跑任务就可
2、也可以购买云服务器，全流程自己走一遍（估计新人购买云服务器，几十元一年）
如果你只是想应对面试，可以直接说你做过 Jenkins 定时任务，监控线上接口运行情况，此时面试官可能问你一下问题
1、你怎么部署环境和进行 Jenkins 配置，配置策略是什么
2、线上定时监控中，发现了哪些常见问题，遇到了什么困难
3、线上监控的意义和作用
4、接口用例维护的频率、项目组内用例维护的分工等
其他，在面试中不断去总结遇到的其他问题，并完善自己的表述，你就是做过了这些内容

你先要理解放 jenkins 上跑有啥优势，期望是把自动化测试集成到 CICD 中，也就是每次部署代码的时候自动跑测试脚本输出报告。
但是实际上没几家公司做得到这个程度，做不到这个程度你放 jenkins 上和手动跑有个卵区别。

楼上说的对，实际没几个公司做到这一步。都是用 Jenkins 来打正式包的和测试包的。。。。

楼上老哥们正解了，在实际使用中，Jenkins 基本用在客户端打包，服务端代码修改后自动重启服务。只有线上服务器接口监控的自动化测试脚本挂在上面定时执行反馈报告，至于客户端的自动化还是放在本地在执行的。

我觉得不要本末倒置了，不是说 Jenkins 自动化跑的算不算自动化或自动化经验这个层面的问题。
简单来说，道法术器，问题不在 “器”，面试的时候，面试官想问的是 “道” 和 “法”。

自动化怎么应用到流程，怎么解决问题，怎么保障质量的问题。
至于工具，有的公司用 Jenkins，有的 Pipeline 流水线，有的就是手工执行，没有太大差别，也没有优劣，符合质量保障，就是好的保障手段。

所以，是解决什么问题需要自动化，而不是自动化去解决什么问题

实际很多中小公司应用场景，都是在本地或者一台专用电脑部署 jenkins 以及代码。在此基础上面去定时自动化构建输出相关报告。所谓的 CICD 是较理想化或者有较大规模公司以及专属业务才会达到。