🐧你为啥直接commit到我的master分支啊
视频以幽默的方式，借用 Git 协作流程和代码评审规范，生动地演绎了一场程序员式的“恋爱告白”拒绝现场。
UP主: xyspg · 时长: 1:15 · 🔗 B站原视频
标签: Git · GitHub · 程序员 · 代码规范 · 幽默
为什么直接commit到我的master分支
你为啥直接commit到我的master分支啊？GitHub上根本不是这样。你应该先fork我的仓库，然后从dev分支再搞一个新的feature分支，比如叫feature confession。
把心意写成代码并测试
然后你把你的心意写成代码，并为它写好单元测试和集成测试，确保代码覆盖率达到95%以上。接着你要跑一下linter，通过所有的代码风格检查。
提交规范与Pull Request
然后你再commit，commit message遵循conventional commits规范。之后，你把这个分支push到你自己的远程仓库，然后给我提一个Pull Request。在PR描述里，你要详细说明你的功能改动和实现思路，并且@至少两个其他的评审。
代码评审与拒绝合并
我们会review你的代码，可能会留下一些评论。你需要解决所有的thread，并且拿到至少两个LGTM之后，我才会考虑把你的分支squash merge到develop，等待下一个版本发布。你怎么直接上来就想commit到main？GitHub上根本不是这样！我拒绝合并，我直接关掉！