这是一个创建于 1269 天前的主题，其中的信息可能已经有所发展或是发生改变。
这个项目，有 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 即可完备的优秀的项目？
谢谢
 | 1 night98 2022 年 10 月 31 日 这完全取决于版本间的需求修改是否兼容，不过从你的描述来看大概率没戏。直接新开一版吧 |
 | 2 Jooooooooo 2022 年 10 月 31 日  3 dev 和 pro 都独立了还能在 dev 上开发然后合到 pro 上? 一般这种情况我们都是直接干掉 dev 从 pro 重新拉一个. 和正在开发的人都周知下. |
 | 3 vaas 2022 年 11 月 1 日 upvote for 直接干掉 dev & ut ，然后从 pro 拉新分支 理论上来说这三个分支的代码都是一样的，如果有不一样的话，也应该以正在跑的生产上的版本为准。 |
Select Language