一个已经迭代很多版本的项目，三个分支间简直可以说完全独立，还有可能救回来吗？该怎么做？

[BraveXaiver]

这个项目，有 DEV 分支，UT 分支和 PROD 分支。而分支的 build 产品分别部署到开发人员测试环境，测试团队测试环境和生产环境。

就是这样一个看着还挺靠谱的结构，但实际上三个分支打从项目开始就没有使用 git cherry-pick 或者 merge 交互过。

从 DEV 提升到 UT ，从 UT 提升到 PROD ，都是通过比较分支中文件的差异，手动修改代码，在目标分支创建新 commit 完成的。

老项目仍然有开发需求，不可能直接废弃，如果从现在开始让开发团队的成员学习和坚持使用 git cherry-pick ，并专员抽出两周时间，无其它任务，专门来整理这个项目的 git 流，

有没有可能挽救这个项目？让它变成一个下次从 UT->PROD ，只需要通过 git cherry-pick 或者 git merge 即可完备的优秀的项目？



谢谢

[night98]

这完全取决于版本间的需求修改是否兼容，不过从你的描述来看大概率没戏。直接新开一版吧

[Jooooooooo]

dev 和 pro 都独立了还能在 dev 上开发然后合到 pro 上?

一般这种情况我们都是直接干掉 dev 从 pro 重新拉一个. 和正在开发的人都周知下.

[dustynight]

upvote for 直接干掉 dev & ut ，然后从 pro 拉新分支
理论上来说这三个分支的代码都是一样的，如果有不一样的话，也应该以正在跑的生产上的版本为准。