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

git 不知道怎么读？那 github 你总知道吧，`gay`hub

不可能工作这么多年不知道 cherry-pick 的吧,我感觉只要是项目复杂一点,就经常会用到 cherry-pick.其实 gui 和 cli 差别没那么大的,我更习惯用 gui.但是说在大厂不知道 add 和 cherry-pick,那就确实是够离谱的

可能不用命令行操作，能快速熟悉就好了

经常用 cherry-pick ，有些东西不发版，有些东西发版，可以挑出来，非常好用

@zhengfan2016 从~从~容~容~游~刃~有~余~后面忘了...

@iloveyou 哪个 GUI 客户端没遴选这玩意。

40 岁不知道这些倒显得合理了，如果是 20 多岁的年轻程序员我觉得不正常

@bluehtt #114 add 不就是为了选择性地 commit 文件吗？

cherry-pick 这个我印象很深，翻译成中文就是“摘樱桃”，每个 commit 都是一个樱桃，git cherry-pick commit-id 就是摘取对应 commit-id 的樱桃哈哈

@iloveyou 看来你也不用知道，右键提交列表可以选择 cherry pick

不是，到底有没有人介绍下 cherry-pick 是干啥的

所以你觉得自己也应该在大厂，对吧？怎么这么屈才呢？

@colourfulsai rebase 干啥(狗头🐶)...“每次 IDE 点点直接 git merge origin/dev”....
我喜欢用：
git rebase origin/dev --autostash
git pull origin --autostash --rebase

@bluehtt 除了 add(VSCode 里只框选一部分->右键->暂存所选范围)，任何其他操作都用命令行....

8 年前端，开发至今，一直保持命令行操作 git ，感觉这些基础操作不能依赖 GUI,容易忘

@jonsmith 确实解决冲突了

@NoKey 有人喜欢用自己名字做分支名，一直用同一个分支开发... timeline 里塞了一堆 Merge origin/dev 的记录...

cherry pick 第一次了解还是在参与开源项目时才知道，提 PR 后让用 cherry pick 把其他长期维护分支也都提一遍，然后惊为天人

别人还能呆到四十岁再从大厂出来然后找到下家，这种含金量我觉得你没必要酸别人懂不懂几个 git 命令

没有 cherry-pick 我活不下去