 | 1 Moishine 2 天前 via iPhone 能理解 git 底层存储原理，遇到疑难问题可以借助搜索或者 ai 解决就行了吧。 |
 | 2 levelworm 2 天前 凡事不决，git checkout anotherbranch 然后 git branch -D previousbranch 然后 bit checkout previous branch 完美解决。记得先备份修改过的文件。 哇哈哈哈哈。。。 |
 | 3 Need4more 2 天前  3 一位高级工程师的 Jenkins 需要熟悉到什么程度？ 一位高级工程师的 K8s 需要熟悉到什么程度？ 除非你是专门做这方面开发的，比如 github 的工程师，才需要了解底层机制，其他知道常用命令+搜索 ai 即可。 |
 | 4 billzhuang 2 天前 via iPhone 会用即可 这种不重要 |
 | 5 ETiV 2 天前 我门槛很低的，只要别把密码、令牌、AK/SK credentials add 进来就行... |
 | 6 LxExExl 2 天前 via iPhone 不影响日常开发业务就行吧 难道是 git 系统开发工程师，要熟悉各种原理嘛 |
 | 7 Amex 2 天前 几个常用命令会用 不要搞乱别人的 branch 这俩做好就行了 纠结这种 trivia 的意义是啥 |
 | 8 zed1018 2 天前 我觉得起码别协作的时候不会搞，弄一堆 merge commit 出来。 |
 | 9 midsolo 2 天前 知道常用的 git 命令，遇到问题能通过 Google 或者 AI 解决，能按照公司的 git flow 开发流程来进行日常开发 |
 | 10 kkwa56188 2 天前 能完成任务 达到目的就行了， 回字有一百种写法 |
 | 11 lasuar 2 天前 这是一个伪问题，为什么呢，因为高级并不代表这个水平一定熟悉 git 到某个程度，因为这个 title 不叫高级 Git 工程师。 |
 | 12 darkengine 2 天前 1 一位高级工程师一分钟要打多少个字？ |
 | 14 bugDev 2 天前 2 刚做完 cs61b 的 gitlet project ，用 1000 左右的代码实现一个简单的 git 。做完之后对 git 原理有了更深刻的理解。 |
 | 15 Light3 2 天前 熟悉什么？ 你把代码能提上去 会合并 回滚就行了 你还想要 git 干啥？ |
 | 16 busterian 2 天前 需要能在 git 新版本发布后第一时间发现漏洞并修复 |
 | 17 sir283 2 天前 缓缓打出一个？ |
 | 18 qiyustart 2 天前 合并冲突别导致代码丢失就行，在部门里见过至少 5 个人把别人代码合没的 |
 | 19 nanjoyoshino 2 天前 能完成所有你工作中需要完成的操作即可，不管是问 ai 还是搜索，只要搞定了就行 |
 | 20 darksword21 PRO 高级工程师现学应该没问题 |
 | 21 yb2313 2 天前 对了, 说到高级... |
 | 22 est 2 天前 我对特别熟练的定义是，常见的出错你都能把一个 git 搞回到正常状态。 |
 | 23 mswh 2 天前 高级工程师又不是全能工程师？难道需要啥都精通吗 |
 | 24 follower 2 天前 理解底层原理，知道基础命令背后对应的 .git 改动，知道复杂命令是哪些基础命令的组合 |
 | 25 Gilfoyle26 2 天前 2 业务都没做好，净整天想这些东西 |
 | 26 salparadise 2 天前 git pull add commit push checkout 基本就行了 |
 | 27 yolee599 2 天前 via Android 一位高级厨师的食盐制作流程需要熟悉到什么程度？ |
 | 29 tcper 2 天前 肯定越熟悉越好，不过我的经验，大部分人只了解 git add, git commit |
 | 30 craftsmanship 2 天前 via Android @est 那得继续定义常见错误和正常状态 |
| 31 est 2 天前 @craftsmanship 问答网站上随便就能搜到超过 10 个以上帖子或回答的问题。这个如何？ |
 | 32 wangyzj 2 天前 如果都是高级，你就不用愁 否则你将会面对混乱的分支合并，怎么发布都不成功的流程，还有各种对不上的版本，以及各种往回找的错误状态 |
 | 33 irrigate2554 2 天前 能不强制 push 的情况下把自己的代码提交上去，别把别人的代码搞丢就行。 |
 | 34 wenrouxiaozhu 2 天前 @zed1018 这条点了...我们 dev 分支都是 merge origin/dev 的记录...群里说过一次 rebase 一下，没人我.. |
| 35 wenrouxiaozhu 2 天前 @piapia Merge 前 rebase 别人？ |
| 36 wenrouxiaozhu 2 天前 @Light3 保证 His 的整洁...遇到问题能快速找到哪一个 commit 引入的 |
 | 37 hwdq0012 2 天前 日常 ssh-agent + vim + gitsubmoduel ，git 重来不用 gui, 仍不敢说是 git 大师，更别说高级工程师了 |
 | 38 loryyang 2 天前 git 需要熟悉啥，要干嘛直接问大模型就好了，平常也用不了多复杂的功能 |
 | 39 shawnsh 2 天前 via Android 看你的工作是什么？如果你需要是 git 专家，确实需要知道很多细节。如果是开发功能做版本管理，常用的工作流应付了事，这种掌握程度就可以了 |
 | 40 loy6491 2 天前 在别人把提交记录搞乱之后能查清楚原因并解决问题 |
 | 41 swananan 2 天前 反正凑合能用的水平，实现一个 git from scratch ，一直在我的 TODO 里面，不过有可能永远都不会去做了 |
 | 42 bingfengfeifei 1 天前 @wenrouxiaozhu #34 我直接把 gitlab 的合并配置改了解决的。1. 不能过期合并 2. 必须压缩提交 3. 禁止直接推送 master 这样就强制不管他们怎么搞，master 都是一条直线了。 |
 | 43 listen2wind 1 天前 会 google 就可以 |
 | 44 jackmod 1 天前 需要熟悉到知道自己想做什么，问出合适的问题，并正确搜索解决方法。 |
 | 45 badreamm 1 天前 git 这东西不是会用就行？一个工具还得去研究底层原理？ |
 | 46 LeegoYih 1 天前 总共就没多少命令，感觉工作几年基本上能覆盖大部分场景了，除了基础的几个，剩下的无非是 rebase/stash/squash/fixup/reset/revert 我工作时喜欢建个人分支，$开发分支_$自己名字，比如：feature_20251111_shoppingfestival_v0.1_leego 代码写一部分就提交到远端，整个模块开发完成后根据情况 squash 部分 commits 通过 push -f 提交，然后 rebase 到主开发分支 |
 | 47 yoshiyuki 1 天前 越是高级工程师，越应该返璞归真，回到对问题解决的能力上来 |
 | 48 eachann 1 天前 @wenrouxiaozhu #34 之前多人协作被喷因为使用 rebase ,其他同事说看不懂,后来到其他公司作为负责人都要求使用 merge 了. 你自己看的话可以屏蔽 merge 记录的 |
 | 49 Hsinyao 1 天前 via iPhone 没啥用，需要啥问 GPT 就行了 |
 | 50 jim9606 1 天前 via Android 没有关联。 除非你做 CI 或者研发工具的可能才需要懂多点。 |
 | 51 iseki 1 天前 via Android 非 Git 关联方向开发者要求至少掌握常规命令常规特性使用。包括 add commit reset revert rebase switch checkout pull push 基本上够了。（ AI 当然可以回答你怎么用，可你要是依赖 AI 说明你完全没好好用过 git ） 知晓 filter-branch update-index 等相对不这么常用的命令的存在（出问题时你得知道怎么修，问 AI 你也得知道怎么问）。 |
| 52 iseki 1 天前 via Android 哦……还有 cherry-pick 什么的……reflog 也得知道…… |
| 53 iseki 1 天前 via Android git 经验当然不代表“高级工程师”水平，AI 当然可以用来解决问题。 AI 教一遍没学会很正常，教 10 遍不熟练也没问题，教几百遍还不会说明要么学习方法有问题要么智力有问题。 一个资深软件开发者除非他不在目前主流软件工程体系中，否则不可能不熟练使用 git 。（特殊领域不一定用 git ，不熟悉很正常） |
 | 54 liyafe1997 1 天前 熟悉到你懂得你要干什么，然后懂得问 AI |
 | 55 ericguo 1 天前 rebase, cherry-pick, revert, reflog(找回之前的覆盖递交）,merge 的 take ours/theirs 的方向，还有 compare ，bisect 。掌握到这里基本就够 99%的场景了。 |
 | 57 chendy 1 天前 能把 idea 里面图形界面的 git 操作用明白就可以了 |
 | 58 skiy 1 天前 听说 jj 现在很火。 |
 | 59 johnnyyeen 1 天前 理解版本和分支管理的核心概念后，一切丢给 AI |
 | 62 songco 1 天前 via Android 常用操作会就可以了，breach add push clone commit stash log 之类的 其他的不会知道怎么学问题不大 有些需要管理 server 端，设置 pr 规则，web hook 之类的，不会的也可以学习 反正我在 40 多人的团队百万行代码的老项目上没遇到过问题 |
 | 63 dif 23 小时 9 分钟前 能用就行，当然，我说的能用不是 git commit push pull merge checkout rebase 这些，而是有些不常用的 cherry-pick 、git-branch-filter 等等至少也会一点。 通俗点就是，不要让 git 造成问题就行。 |
 | 64 Rothschild 21 小时 6 分钟前 会用到 git worktree |
 | 65 Dogtler 13 小时 0 分钟前 之前有个面试官还真问过一些 git 冷门操作，但是面试的是开发。尚不清楚这个人是抽象还是怎么了 |
 | 66 spritecn 12 小时 7 分钟前 有些面试官就喜欢问这些冷门开发知识,其实只需要点个按钮就好 |
 | 67 haohunhun 11 小时 13 分钟前 这有必然联系吗？用 svn 就当不了高级工程师吗？ |
 | 68 AoEiuV020JP 9 小时 31 分钟前 要知道 git 能做到什么， 不能做到什么， 需要时能利用 ai 快速得到行之有效的命令， |
| 69 wenrouxiaozhu 7 小时 53 分钟前 @eachann 这样 his 还是有点乱，感觉最佳实践是 rebase+ (merge --no-ff)？ |
| 70 wenrouxiaozhu 7 小时 49 分钟前 @bingfengfeifei 不太爱用 squash...之前组里有的人不会用 git ，一直用同一个分支开发，(merge no-ff)后也不 rebase ，Graph 根本没法看.... 后来跟他说了一下用“Merge Squash”...每次提“MR”的时候一堆 commit...日积月累上千个 commit.... |
| 71 wenrouxiaozhu 7 小时 49 分钟前 @LeegoYih 还有 cherry-pick ，后悔药 reflog |
Select Language