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

@shm7 #158 你这真是歪门邪道，别教坏其他人了，三路合并是你这样用的？不想评价

你这个跟嘲笑 CEO 不会用 Excel 类似

平时都是用 idea 新建文件直接就已经 add 了，如果用命令的话，我都是直接 add ./ 。真没有使用命令去 add 单独的文件，我觉得这个无所谓吧 只要协作没有问题就可以了

@xppgg git 的回滚是 revert , reset 是重置

八股文进去的 实际啥水平谁知道呢

@nekoneko git reset --soft HEAD~1 在本地执行也算是回到了上一状态 在我理解也算是一种回滚操作,checkout restore 也可以, revert 确实更安全

@iloveyou 感觉很多人, 都不会去研究这些按钮是干嘛的, 只用最基础的, cherry pick, 感觉只有那种一个仓库很多版本的项目才用的很, 如果是单一服务类型的, 就一套代码, 确实用不上, 大厂一般确实就一套代码, 因为自己就是甲方, 服务 C 端, 或者自己内部用

不会用 , 我都是手动复制过去的

@wenrouxiaozhu #157 idea 这种隐藏 stage 的策略也挺好的。提交、拉取能正常用就可以了，其他并不是必备技能。按照干活的角度来说，够用。

@iloveyou 用图形界面也正常，图形界面也支持 cherry pick ，应该也也能看到这个功能吧。

@MENGKE #153 看我上面举例子的那个同事，他就是用的 GUI 。

不知道命令行，基本原理得知道吧？

行，原理也是八股文。

那么至少哪个图标是干嘛的得知道吧？

@hangbale #63 前端又不是只有 app,不会抓包才是绝大部分

@manwhatcanisay 感觉完全 代码仓类型有关系, 如果是小仓库, 维护的人少, cherry pick 用的少, stash 就用得上, 如果是大仓库, 要同时维护 N 个分支, cherry pick 就用的多, stash 就有点吃力了, 我遇到大仓库, 开发压力大的时候, 就 多 clone 几个下来, 因为很多时候, 可能同时开发多个特性, 然后还有不同版本的问题需要定位, 切分支就麻烦很多了, 还有 git rebase 基本不用

@Lemonadeccc #65 合主分支得用 merge, 自己分支随便 rebase, 每次看自己提交乱乱的, 就习惯压缩一下, commit msg 也会重新编辑, 这些操作都用 IDEA 自带的工具呀, 谁还手动敲呀, 手动敲的最多的也就 clone checkout 啥之类的

@ckdxc #173 rebase 也用, 原来 GUI 里面的 压缩 交互式变基就是 rebase, 那一直都在用 , 合主分支 merge, 自己分支 rebase

只会 ui 操作，平时不敲命令行是属于什么重大失误吗，会影响工作吗

大厂的人也不全是厉害的。这都算小事了，往 git 里塞大文件，一个仓库膨胀成几十 G ，基本没法维护

再举个典型例子：“很多人找我，我发过去一篇文档，文档里写的都算小白了，又过来找我，然后我把文档直接截图给他，然后他就懂了”

很多人思想都僵化了，等着别人喂饭。我一般都不惯着，当然老板另说...

所以我面试都会问
1. git 常用用法
2. git 如何各种情况下回滚
3. push 密码或大文件到远端后，后续还衍生出不同的 commit ，怎么解决

如果都能回答出来，很强，扎实，并且协同啥的应该也没啥问题。还是有一些不错候选人能答出来的

管他什么厂出来的，有得选的话我不会跟这种人做同事

@ckdxc #173 “可能同时开发多个特性“ 这个用 worktree 好一点