git合并问题

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

《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《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年前 评论