同事从大厂出来的，之前不知道 git add 可以提交部分文件，现在又听都没听过 cherry pick

不会的自己去学 https://learngitbranching.js.org/?locale=zh_CN

cherry pick 是很基础的命令, rebase 也是基于 cherry pick 的

cherry pick 爽爆了，不过就是不好对比是否合并过

@Shaar 搜了一下，这个功能 svn 也有，就是合并某个提交到当前分支嘛。。。这个经常用，不会用的真的有点奇怪了，一般都会拉分支的啊

@Lemonadeccc #65 我用 rebase 多，但是我同事们用 merge 多

cherry pick 是真不知道，大多数时候根本用不上

说明他没什么技术追求， 单纯够用就行。。。。

@bryce1123 #29 原来最基本的 git 命令也成了八股文了，在你们看来什么不是八股文呢？

1 不用特别秀优越。
2 很多大厂用 gitlab 有刻板的分支流程，cherry pick 用的很少，都是从 main/master/dev 拉代码到 feature 分支，再合并回去，方便分支管理，和很多人共同开发时的秩序。
3 细碎工作很多+时间很忙的地方，才喜欢这里随便一个 hash 拉个分支出来，要是有 10 个人以上，分支 5 个以上，这种沟通维护成本显而易见的提升。

看这个帖子浪费了宝贵的 5 分钟

不信的可以在这里搜下 https://git-scm.com/book/zh/v2 你们自认为很牛的 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 哪些和本次提交无关的，直接全部提交的，可能这就是高级程序员的从容吧

我喜欢用 GitHub Desktop ，简单流畅

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

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

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

@shm7 #110 一个仓库只有主线分支无所谓，想怎么弄怎么弄，就怕那种几十个分支对应几十个客户的项目，修一个共性问题，不可能每个分支都手动复制粘贴，cherry-pick 就是干这个事的