我司的Git分支管理规范是怎样的？🤔

🏀事情起因：

当员工A那里的新蛋糕评测完成后 就把B员工叫回店里将A员工推出店外售卖， 我傻了。 这样顾客就可依买到新蛋糕，也就是可依访问新的需求功嫩。

Git分支管理的奇葩规则

说实话， 我司的Git分支管理规范是“随心所欲+点噪音”，没有人敢说它是“标准”。但我还是要把这套“规矩”写出来免得以后有人问：“咱们到底怎么整？”，太虐了。

主干分支——master & develop

master是正式上线的终极版，只有运维大佬才有合并权限；develop则是大家天天乱砍代码的战场。每次从develop拉取功嫩分支， 者阝要先喝一杯咖啡不然代码冲突会让你怀疑人生。

功嫩分支的命名仪式感

我们用一种古怪的命名方式：feature-项目名-v版本号-SNAPSHOT-YYYYMMDD-开发者昵称。比如：，要我说...

• feature-javadog-v2.1.1-SNAPSHOT-20240703-zhangsan
• feature-javadog-v2.1.1-SNAPSHOT-20240703-lisi
• feature-javadog-v2.1.1-SNAPSHOT-20240703-xiaohei

命名完毕后 必须在Slack里发一条表情包，证明你以经记住了这条规则。

临时分支 & 垃圾清理仪式

每个人者阝有自己的"临时分支" 比如temp-fix-bug-1234. 完成后直接删掉，别忘了在删除前给它写一段哀悼词，否则Git会报错，从头再来。。