能否将Databricks jobs添加至Git repo进行版本管理？

完全支持，作业本身的配置可以和你存到Git里的notebook、业务代码一起做版本化管控，不是只有作业运行的notebook能存Git。

常用落地方式 #

• 用Databricks Asset Bundles（DAB，官方资产捆绑方案）：把作业的全量配置（集群规格、调度周期、任务依赖、告警规则、权限配置等所有参数）写成标准YAML文件，和业务代码、依赖包一起提交到Git仓库。所有配置修改走Git的PR评审、版本回溯流程，验证通过后直接通过Databricks CLI把配置部署到对应工作区即可，不需要反复在UI上手动调整作业。
• 轻量API导出方案：如果暂时不想引入DAB，可以直接调用Databricks Jobs API把现有作业的配置导出为JSON文件存入Git，后续每次调整作业配置前先更新仓库里的JSON文件，再通过API把更新后的配置同步回工作区，同样能实现版本管控。

注意事项 #

不要把工作区专属的资源ID、数据库连接串、密钥这类敏感信息或环境差异化参数硬编码在提交到Git的配置文件里，这类值建议用配置变量做替换，既可以避免开发/测试/生产多环境部署时的配置冲突，也能防止敏感信息泄露。

另外要注意：你在Databricks UI上手动创建的作业，默认是存在工作区的元数据库里的，哪怕作业引用的是Git里的notebook，作业本身的配置也不会自动同步到Git，必须通过上面说的两种方式把作业的定义文件存到仓库，才能被Git追踪管理。

内容的提问来源于stack exchange，提问作者Rchee