挺生气的,关于领导 git 管理的一顿臭骂

查看 49|回复 4
作者:breadykidliu   
事情是这样的
目前项目发生产的分支没有做 protect ,任何人都能往上 push
(之前提议过生产分支要做 protect ,某领导以每次合并都要由某人审核太麻烦被拒)
组里定的规矩(不成文,口口相传,也不知道我掌握的是否全面)是:迭代发生产时,将功能代码合上生产分支
今天突然要发个 hotfix ,看 commit 记录发现了我提交的某个 bugfix
tl 直接质问我为什么当天不发版的内容要合上生产分支,
我说这个 bug 拖一天生产上每日生成的文件名就错一天,肯定越早上线修复越好
然后他开始 balabala 一顿说
我觉得你们自己不做限制,规定又不成文,就别怪其他人往上合,
单个无依赖的 commit 你实在不允许上线,你 drop 掉就行了,完事后和当事人说下,强调下规定,就可以了,
你冲我 balabala 叫个 p 啊,大煞笔!

分支, 生产, commit, protect

LeegoYih   
所有你为什么不先沟通再提交?你还觉得你自己对了?😅
wdlth   
如果按照代码库管理的方式来看,你们 TL 的做法也没错,因为上线的主要是功能需求,如果不成功是可能进行整体回滚的,回滚的话你的这个 hotfix 也是留不下来的。
如果你只是改了很小的一部分的话,可以先用旧版本的代码拉分支,然后在当前版本的代码上验证,等新版本主要的功能需求都合并后,再通过捡樱桃方式合并过来。
Vegetable   
protect 本质是避免误操作。没有 protect 并不意味着这个分支可以自由的 push ,这是两回事。
网上冲浪多说一句你别太介意,我觉得这个事儿你应该承认错误,领导水平如果不说,你这么提交代码很冒失,出了问题不是你一个人被问责
BeautifulSoap   
虽然我自己管理的项目偶尔也会嫌麻烦直接 push ,但不是自己管理的项目不是自己负责任的话,直接往生产环境的分支上 push 前最好还是说一声
您需要登录后才可以回帖 登录 | 立即注册

返回顶部