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

[breadykidliu]

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

[Desiree]

@kalman03 #73 别过度相信人性，规则本身也是信任的一部分

[xylxAdai]

我们组有各种 git 提交的校验，但是你还是能直接 push --force 往上面硬塞，我怎么没见到有人塞呢？做错了就认错，觉得领导傻逼就说领导傻逼，不能自己先做错了被叼了，还觉得领导屌你这件事傻逼，总得讲点道理吧？

[AhECbt]

没出问题最多挨顿屌，出了生产事故，拎包走人的除了你还得连带一票人。年轻人呐，虚心点吧。

[liaojl]

网上发帖：你冲我 balabala 叫个 p 啊，大煞笔！
现实中：好的，老板。

[kamalei]

中国的领导：出了问题都是人的原因
正常 manager：出了问题 应该反思流程

[tin3w5]

楼主的这种情况我之前也遇到过，只不过当事人是一个开发团队的小迷糊，我是那个给他“擦屁股”的运维。
那个开发团队的 manager 对业务完全不熟，他早些年是写 VB 的，有点 C#的基础。但是现有的业务代码完全看不懂，遇到屁大点事就要把所有能拉到的人都拉过去帮他。小迷糊当天说什么都要把新 feature 发出去，但是当天出了点重大故障，小迷糊的 manager 正在被“一群外援”“簇拥着”，小迷糊就问了一句，他的新 feature 已经好了，我一会把这个 bug 修好之后就 push 了啊！然后让 manager 给他 merge PR 。
Manager 并不知道这个新 feature 和着急修的 bug ，屁关系没有。
然后你懂的，测试人员的测试代码只验证功能有没有问题，不验证生产环境的复杂数据进去之后处理的结果，然后 code 通过了检查，直接发给客户了。
后来，那天晚上，我们一群人为了小迷糊的莽撞提交而加班。最关键的是，小迷糊的 git commit 的 message 内容是“修复了 xxxx （那个 bug ）”
流程得完善，这没问题，但是人也得善于沟通啊！不然只会拔苗助长。

[imycc]

首先你们的变更管理确实不规范，这个责任在项目负责人身上。但上线夹带私货，没出故障只是挨顿骂，出了生产事故轻则扣绩效，重则卷铺盖走人，你可长点心吧。
别说大型项目，我连两个人开发的小项目，都要走 MR 。一方面是方便做 CR ，另一方面出了问题也方便 revert 。正经项目的要求更加严格。你们那个拒绝设置保护分支的领导，路子太野了，可能还没被生产事故毒打过。

[cirzear]

我宁愿什么都不做，也不愿做错。

[Redbeanw]

不好评价，都做得不对。

[MrSheng]

要不是你的 TL 负责发现你的 commit ，你现在可能在这里骂公司因为你修正了一个线上 bug 给你处分的事了。这不就是大傻逼公司？

[zhangyq008]

你们路子太野了，没有任何发布规范