pl/sql代码需脚本化为.sql文件后纳入git等vcs管理，因数据库对象以二进制形式存于数据字典，无法被vcs直接diff/merge；必须用dbms_metadata.get_ddl导出可重复执行的ddl脚本，并按依赖顺序执行。
PL/SQL代码本身不自带版本控制能力，必须借助外部工具链集成实现——核心路径是：把数据库对象脚本化（.sql 文件），再纳入 Git / SVN / TFS 等 VCS 管理。直接在 PL/SQL Developer 里点“提交”没用，它只是个客户端，不是版本库。
为什么不能直接对数据库对象做版本控制
Oracle 数据库里的存储过程、包、函数等是编译后存于数据字典中的二进制元数据，不是文本文件。VCS 工具无法 diff、merge 或 track 变更历史。你看到的 DBA_SOURCE 视图只是反向提取的源码快照，不可靠且不含注释、格式、空行等关键信息。
常见错误现象包括：
- 从
DBA_SOURCE导出再提交，结果丢失缩进、注释错位、多行字符串被截断 - 多人同时修改同一包体，合并时出现“语法正确但逻辑覆盖”的静默冲突
- 回滚到某次“提交”后，发现依赖的类型或表结构已变更，无法重建
必须先脚本化：生成可版本化的 .sql 文件
关键动作是把每个数据库对象导出为独立、自包含、可重复执行的 SQL 脚本。推荐方式：
- 用
DBMS_METADATA.GET_DDL生成 DDL，例如：SELECT DBMS_METADATA.GET_DDL('PROCEDURE', 'MY_PROC', 'SCOTT') FROM DUAL;—— 注意加SET LONG 1000000防截断 - 手动编写或用工具（如 PL/SQL Developer 的
Export DDL功能）导出包规范+包体为两个分离文件：pkg_name.pks和pkg_name.pkb - 所有脚本顶部加
CREATE OR REPLACE，结尾加/，确保可被 SQL*Plus 或 SQLcl 批量执行 - 避免硬编码 schema 名；用
&1或变量占位，配合部署脚本注入
PL/SQL Developer 与 Git 集成的实际操作要点
PL/SQL Developer 自带的 VCS 菜单只支持老式协议（CVS/SVN），对 Git 是间接支持——本质是调用系统 Git 命令行。配置时注意：
- 在
Tools → Preferences → Version Control中，VCS 类型选External，命令填git（确保已加入 PATH） - “Working directory” 必须设为你的本地 Git 仓库根目录，不是数据库连接路径
- 每次修改对象后，先手工导出为
.sql文件并保存到仓库目录，再在 PL/SQL Developer 外部用 Git CLI 提交 —— 它不自动监听数据库变更 - 禁止勾选
Auto-commit on save：否则会把未测试的半成品推到远程
容易被忽略的复杂点
对象间存在隐式依赖（比如函数引用了某个视图，而视图定义在另一个脚本里），单纯按字母顺序执行 SQL 文件大概率失败。必须维护一个明确的执行顺序清单（如 001_types.sql、002_tables.sql、003_packages.sql），或使用 Liquibase / Flyway 等迁移工具管理依赖拓扑。另外，GRANT 权限、同义词、物化视图日志等配套对象，常被遗漏在脚本之外。
