master上有很多只属于master的提交，不能合并到dev,所以积累多了之后，只采用cherry-pick合并到dev分支，以保证不出现问题，最近团队进了不少新人，老是把master这块的提交合并到dev上提交测试版了，害的我老是要回退进行恢复，我试了下git merge,那些只属于master的提交会自动合并到dev,而不会让我进行判断，有没有比较好的解决方式呢？
典型的 xy 问题，你要解决的应该是「不应该存在只能提交到 master 的 commit」而不是「如何避免某些 master 上的 commit 被 merge 到 dev」，前者一次性成本高，但收益是持久的。
可否试下 git rebase -i?
典型的 xy 问题，你要解决的应该是「不应该存在只能提交到 master 的 commit」而不是「如何避免某些 master 上的 commit 被 merge 到 dev」，前者一次性成本高，但收益是持久的。
经历过pick方式还有文件合并方式的恐怖，现在自己负责项目了，方式规定为自己的开发分支合并到dev，而dev是可以整个合并到master的，基本上就没有出现过代码合并造成的事故了
dev应该是必须包含master的，可以看看git代码规范。 不同环境的定制逻辑，建议采用evn环境变量进行控制，避免出现类似情况
我是说如果，有没有一种可能，你们打开 git 方式不对。
讲道理，dev 可以包含 master 的 commit 。并且任何时候，都可以从 master merge 到 dev，而不会产生副作用。
master 上有很多只属于 master 的提交，不能合并到 dev,
这个是个bug
合并请求 看见不对 打回去 顺便骂几句
这个是非常不建议的流程，太过于奇葩了 若真想按这个解决，则回收所有人的权限，所有人的merge请求都需要经过你
修改代码，让整套代码能根据master和develop的环境正确处理，就不会有这样的需求了。
不用想，git打开方式不对。。。毁灭吧 :worried:
请登录
关于 LearnKu
粤公网安备 44030502004330号
推荐文章：