git合并问题

master 上有很多只属于 master 的提交,不能合并到 dev, 所以积累多了之后,只采用 cherry-pick 合并到 dev 分支,以保证不出现问题,最近团队进了不少新人,老是把 master 这块的提交合并到 dev 上提交测试版了,害的我老是要回退进行恢复,我试了下 git merge, 那些只属于 master 的提交会自动合并到 dev, 而不会让我进行判断,有没有比较好的解决方式呢?

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 14
leo

典型的 xy 问题,你要解决的应该是「不应该存在只能提交到 master 的 commit」而不是「如何避免某些 master 上的 commit 被 merge 到 dev」,前者一次性成本高,但收益是持久的。

2年前 评论
leo (作者) 2年前

没明白 都上生产了 开发环境却没有?

2年前 评论
poker_face (楼主) 2年前

可否试下 git rebase -i?

2年前 评论
leo

典型的 xy 问题,你要解决的应该是「不应该存在只能提交到 master 的 commit」而不是「如何避免某些 master 上的 commit 被 merge 到 dev」,前者一次性成本高,但收益是持久的。

2年前 评论
leo (作者) 2年前

经历过 pick 方式还有文件合并方式的恐怖,现在自己负责项目了,方式规定为自己的开发分支合并到 dev,而 dev 是可以整个合并到 master 的,基本上就没有出现过代码合并造成的事故了

2年前 评论
poker_face (楼主) 2年前

dev 应该是必须包含 master 的,可以看看 git 代码规范。 不同环境的定制逻辑,建议采用 evn 环境变量进行控制,避免出现类似情况

2年前 评论

我是说如果,有没有一种可能,你们打开 git 方式不对。

讲道理,dev 可以包含 master 的 commit 。并且任何时候,都可以从 master merge 到 dev,而不会产生副作用。

2年前 评论

master 上有很多只属于 master 的提交,不能合并到 dev,

这个是个 bug

2年前 评论
chowjiawei

合并请求 看见不对 打回去 顺便骂几句

2年前 评论
╰ゝSakura

这个是非常不建议的流程,太过于奇葩了 若真想按这个解决,则回收所有人的权限,所有人的 merge 请求都需要经过你

2年前 评论

修改代码,让整套代码能根据 master 和 develop 的环境正确处理,就不会有这样的需求了。

2年前 评论

不用想,git 打开方式不对。。。毁灭吧 :worried:

2年前 评论