ckdxc

@wenrouxiaozhu #180 谢谢 好兄弟, 已经用上了, 节省了 150G 存储

@ckdxc 现在你都已经说都说了, 不如准备面试吧, 这时候面上, 才有用

还不如说, 有朋友内推, 已经面上了, 工资涨了不少, 但是工作距离有点远, 和领导表个态, 懂得领导就会自己提了

@FawkesV 我的是 200 三个月 300M, 办的不需要电话卡的宽带, 3 个月不续费, 自动取消

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

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

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

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

@idlerlestat 加一, 没得 JD 卡, 就没刻意管了, 现在 2W2