在DataphinV3.11版本中，Dataphin支持了API开发多版本管理，对API变更过程进行记录和维护，便于追溯历史版本和保障下游调用不受影响。
一、场景介绍
场景1：API开发多版本
开发人员开发的API发布到线上使用后，在调用一段时间，发现SQL的取数逻辑有问题，需要修改SQL语句，开发人员可以新增一个版本V1.1，基于原有的版本V1.0修改SQL语句，在API测试时，可以对V1.0和V1.1进行测试对比，验证SQL的取数逻辑是否正确，测试通过后，可将新版本V1.1发布到线上使用。
场景2：API回退到历史版本的取数逻辑
API新版本发布V1.1到线上使用后，发现调用返回的数据有问题，希望回退到上一版本V1.0的取数逻辑。开发人员可以基于V1.0版本，直接新增V2.0版本，不做修正直接提交并发布V1.1版本即可实现回退到上一版本的取数逻辑。（不直接使用1.0版本回退覆盖是考虑每个版本使用时段都能跟踪追溯）
二、API多版本管理能力介绍
1、API版本管理
新增API后，点击API的版本管理，可以查看API的版本列表，展示API开发过程中的所有版本，对已提交过的版本支持版本测试和版本对比。
新增API版本：可以基于某一版本新增版本
新增版本：基于原有的版本配置，调整取数逻辑
版本对比：当存在多个非草稿态版本时，支持进行版本对比，配置信息不一致的会高亮。
2、API测试-多版本共存
当存在多个非草稿态版本时，支持切换测试不同版本的API
注：如果已有发布到线上版本，为确保不影响线上API的正常调用。新版本配置的参数信息会与原线上版本对比，若新增版本增加了必填请求参数、删减了请求/返回参数、修改了请求参数的参数类型均不允许、保存、提交和发布，避免该版本发布到线上后影响API的正常调用。
三、视频操作手册
有关数据服务支持多版本能力的详细功能，可以参考操作视频：
四、结语
支持API开发多版本后，企业的API开发者可以实现对API多版本的管理和维护，提升API的开发效率和管理效率。
升级到3.11的新版本之后，历史的API会进行数据升级，将历史API的草稿态、开发态、生产态的API参数配置生成不同的版本，保证历史API的正常使用。用户可以结合企业的实际业务诉求和新的产品能力，管理升级后生成的版本数据。
更多历史内容详见：
