1

能理解 git 底层存储原理，遇到疑难问题可以借助搜索或者 ai 解决就行了吧。

2

3

4

5

我门槛很低的，只要别把密码、令牌、AK/SK credentials add 进来就行...

6

7

几个常用命令会用 不要搞乱别人的 branch 这俩做好就行了
纠结这种 trivia 的意义是啥

8

我觉得起码别协作的时候不会搞，弄一堆 merge commit 出来。

9

知道常用的 git 命令，遇到问题能通过 Google 或者 AI 解决，能按照公司的 git flow 开发流程来进行日常开发

10

能完成任务 达到目的就行了， 回字有一百种写法

11

这是一个伪问题，为什么呢，因为高级并不代表这个水平一定熟悉 git 到某个程度，因为这个 title 不叫高级 Git 工程师。

12

1

一位高级工程师一分钟要打多少个字？

14

2

刚做完 cs61b 的 gitlet project ，用 1000 左右的代码实现一个简单的 git 。做完之后对 git 原理有了更深刻的理解。

15

熟悉什么？
你把代码能提上去 会合并 回滚就行了
你还想要 git 干啥？

16

需要能在 git 新版本发布后第一时间发现漏洞并修复

17

缓缓打出一个？

18

合并冲突别导致代码丢失就行，在部门里见过至少 5 个人把别人代码合没的

19

能完成所有你工作中需要完成的操作即可，不管是问 ai 还是搜索，只要搞定了就行

21

对了, 说到高级...

22

我对特别熟练的定义是，常见的出错你都能把一个 git 搞回到正常状态。

23

高级工程师又不是全能工程师？难道需要啥都精通吗

24

理解底层原理，知道基础命令背后对应的 .git 改动，知道复杂命令是哪些基础命令的组合

25

2

业务都没做好，净整天想这些东西

26

git pull add commit push checkout 基本就行了

27

一位高级厨师的食盐制作流程需要熟悉到什么程度？

29

肯定越熟悉越好，不过我的经验，大部分人只了解 git add, git commit

32

如果都是高级，你就不用愁
否则你将会面对混乱的分支合并，怎么发布都不成功的流程，还有各种对不上的版本，以及各种往回找的错误状态

33

能不强制 push 的情况下把自己的代码提交上去，别把别人的代码搞丢就行。

34

@zed1018 这条点了...我们 dev 分支都是 merge origin/dev 的记录...群里说过一次 rebase 一下，没人🐦我..

37

日常 ssh-agent + vim + gitsubmoduel ，git 重来不用 gui, 仍不敢说是 git 大师，更别说高级工程师了

38

git 需要熟悉啥，要干嘛直接问大模型就好了，平常也用不了多复杂的功能

39

看你的工作是什么？如果你需要是 git 专家，确实需要知道很多细节。如果是开发功能做版本管理，常用的工作流应付了事，这种掌握程度就可以了

40

在别人把提交记录搞乱之后能查清楚原因并解决问题

41

反正凑合能用的水平，实现一个 git from scratch ，一直在我的 TODO 里面，不过有可能永远都不会去做了

42

@wenrouxiaozhu #34 我直接把 gitlab 的合并配置改了解决的。1. 不能过期合并 2. 必须压缩提交 3. 禁止直接推送 master
这样就强制不管他们怎么搞，master 都是一条直线了。

44

需要熟悉到知道自己想做什么，问出合适的问题，并正确搜索解决方法。

45

git 这东西不是会用就行？一个工具还得去研究底层原理？

46

47

越是高级工程师，越应该返璞归真，回到对问题解决的能力上来

48

@wenrouxiaozhu #34 之前多人协作被喷因为使用 rebase ,其他同事说看不懂,后来到其他公司作为负责人都要求使用 merge 了. 你自己看的话可以屏蔽 merge 记录的

49

没啥用，需要啥问 GPT 就行了

50

没有关联。
除非你做 CI 或者研发工具的可能才需要懂多点。

51

非 Git 关联方向开发者要求至少掌握常规命令常规特性使用。包括 add commit reset revert rebase switch checkout pull push 基本上够了。（ AI 当然可以回答你怎么用，可你要是依赖 AI 说明你完全没好好用过 git ）
知晓 filter-branch update-index 等相对不这么常用的命令的存在（出问题时你得知道怎么修，问 AI 你也得知道怎么问）。

52

哦……还有 cherry-pick 什么的……reflog 也得知道……

53

git 经验当然不代表“高级工程师”水平，AI 当然可以用来解决问题。
AI 教一遍没学会很正常，教 10 遍不熟练也没问题，教几百遍还不会说明要么学习方法有问题要么智力有问题。
一个资深软件开发者除非他不在目前主流软件工程体系中，否则不可能不熟练使用 git 。（特殊领域不一定用 git ，不熟悉很正常）

54

熟悉到你懂得你要干什么，然后懂得问 AI

55

1

rebase, cherry-pick, revert, reflog(找回之前的覆盖递交）,merge 的 take ours/theirs 的方向，还有 compare ，bisect 。掌握到这里基本就够 99%的场景了。

57

能把 idea 里面图形界面的 git 操作用明白就可以了

58

听说 jj 现在很火。

59

理解版本和分支管理的核心概念后，一切丢给 AI

60

@ericguo 我就经常问 GPT 我想要一个效果，问他怎么实现，我发现 GPT 很多时候都能猜出来你说的“我不知道我不知道”的地方😂

62

63

64

会用到 git worktree

65

之前有个面试官还真问过一些 git 冷门操作，但是面试的是开发。尚不清楚这个人是抽象还是怎么了

66

有些面试官就喜欢问这些冷门开发知识,其实只需要点个按钮就好

67

这有必然联系吗？用 svn 就当不了高级工程师吗？

68

要知道 git 能做到什么， 不能做到什么，
需要时能利用 ai 快速得到行之有效的命令，

70

@bingfengfeifei 不太爱用 squash...之前组里有的人不会用 git ，一直用同一个分支开发，(merge no-ff)后也不 rebase ，Graph 根本没法看....
后来跟他说了一下用“Merge Squash”...每次提“MR”的时候一堆 commit...日积月累上千个 commit....

74

至今不会敲一行 git 指令，影响我用 sourcetree 吗，没苦硬吃

75

别塞什么二进制进去就烧高香了，到后面膨胀一个仓库几十 G

76

rebase 、cherry-pick 、revert 够用了

77

rebase 最好是自己分支搞，不然难免有一天团队某个成员把你的代码搞丢，如果同一分支共同开发远端仓库有更新，最好是 git stash 本地代码再拉取保险。