这个项目，有 DEV 分支，UT 分支和 PROD 分支。而分支的 build 产品分别部署到开发人员测试环境，测试团队测试环境和生产环境。
就是这样一个看着还挺靠谱的结构，但实际上三个分支打从项目开始就没有使用 git cherry-pick 或者 merge 交互过。
从 DEV 提升到 UT ，从 UT 提升到 PROD ，都是通过比较分支中文件的差异，手动修改代码，在目标分支创建新 commit 完成的。
老项目仍然有开发需求，不可能直接废弃，如果从现在开始让开发团队的成员学习和坚持使用 git cherry-pick ，并专员抽出两周时间，无其它任务，专门来整理这个项目的 git 流，
有没有可能挽救这个项目？让它变成一个下次从 UT->PROD ，只需要通过 git cherry-pick 或者 git merge 即可完备的优秀的项目？
谢谢
就是这样一个看着还挺靠谱的结构，但实际上三个分支打从项目开始就没有使用 git cherry-pick 或者 merge 交互过。
从 DEV 提升到 UT ，从 UT 提升到 PROD ，都是通过比较分支中文件的差异，手动修改代码，在目标分支创建新 commit 完成的。
老项目仍然有开发需求，不可能直接废弃，如果从现在开始让开发团队的成员学习和坚持使用 git cherry-pick ，并专员抽出两周时间，无其它任务，专门来整理这个项目的 git 流，
有没有可能挽救这个项目？让它变成一个下次从 UT->PROD ，只需要通过 git cherry-pick 或者 git merge 即可完备的优秀的项目？
谢谢
3
Select Language