不信的可以在这里搜下 https://git-scm.com/book/zh/f 你们自认为很牛的 cherrypick 技术，被放在哪些旮旯里

@cocong #67 一般正经厂 release 后都要打上 tag 的，标记开发的功能，要拉从指定 tag 拉就行了，也能知道代码的 base 能力。

看个人表现吧，是说非常不屑的那种“不知道”，还是一脸懵的那种“不知道”，还是说有点意外、有点小“震惊”（或者类似情绪）的不知道。 大厂因为老员工比例高一点，作为组长也好作为上司也好，如果是它们拒绝新事物，不使用版本管理工具，或者只是作为摆设，或者其它类似情况的话，加上底下员工工作压力这么大，员工确实有可能被挤压的没精力去了解一些基础知识。 @aiwoshishen #4 不一定，大厂本部也不一定好哪里去

大厂重视的是道 你这都是术 哈哈

@mxT52CRuqR6o5 #22 帖子说的是 git add ，你说的是 git commit 。不过使用 idea 的时候，默认情况下，流程里已经很少看到 add 这步了，我修改文件后，按 esc 退出默认就是 add 。我喜欢使用 git 命令行，操作最多的也是 cherry pick 、rebase 、git flow 这种，很少会需要手动 git add 。 楼主用的可能是一些编辑器，vscode 、trae 之类的，修改之后还需要使用者手动 add 一下。个人使用的时候没有这个 git add 的需求。

@liuliuliuliu 可能是真的，我上家公司的大厂老程序员，基本都是 30-40 ，它们用 git 基本不 review 哪些和本次提交无关的，直接全部提交的，可能这就是高级程序员的从容吧 https://i.imgur.com/agAJ0Rd.png

我喜欢用 GitHub Desktop ，简单流畅

@shm7 #111 你的意思是如果我在 develop 分支修了一个涉及较多文件的 bug ，线上版本还需要手动逐个复制修改？捞不捞啊，cherry-pick 神技被你贬低的一文不值，你要去银行开发，一个仓库几百个分支让你一个一个手动复制去吧

cherry pick 好用爱用，但是不能说明一个人的水平高低，顶多是横向涉猎不多

这非常符合程序员刻板印象，关注工具和技术，离业务太远，挣钱才是王道