方案一：约定统一版本
最省事的长期方案。开项目前确认所有人装的版本，取其中最低的一个作为基准。缺点是会把所有人锁在老版本上，谁都不能单独升级。
方案二：按需降级交付
各人用自己的版本，交付时统一降级到接收方的版本。灵活性最高，代价是每次交付都多一步，而且降级会移除新特性，需要有人确认关键内容没丢。
方案三：母版 + 分支
把最高版本的工程当作母版长期保存，向下交付时从母版派生一份降级产物。这样母版始终完整，降级产物只是给旧环境用的一份副本。这是版本跨度大、周期长的项目里比较稳的做法。
容易被忽略的一点
版本统一不只针对主软件。插件与第三方效果往往也绑版本 —— 主软件统一了，插件没跟上，工程照样打不开。定规则时把插件版本一起写进去。
关于这一页的常见问题
交付给客户时该给哪个版本？
给客户的应当是对方环境能打开的那一份。发送前确认对方的软件与插件版本，别默认对方会为你的工程升级。
降级产物能再降一次吗？
可以，逐级向下都成立。但要注意每次降级都会再移除一层特性，所以直接从母版降到目标版本，比一级一级往下走更合适。