一位高级工程师的 GIT 需要熟悉到什么程度？

[Moishine]

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

[levelworm]

凡事不决，git checkout anotherbranch 然后 git branch -D previousbranch 然后 bit checkout previous branch

完美解决。记得先备份修改过的文件。

哇哈哈哈哈。。。

[Need4more]

一位高级工程师的 Jenkins 需要熟悉到什么程度？
一位高级工程师的 K8s 需要熟悉到什么程度？

除非你是专门做这方面开发的，比如 github 的工程师，才需要了解底层机制，其他知道常用命令+搜索 ai 即可。

[billzhuang]

会用即可

这种不重要

[ETiV]

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

[LxExExl]

不影响日常开发业务就行吧

难道是 git 系统开发工程师，要熟悉各种原理嘛

[AmericanExpress]

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

[zed1018]

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

[midsolo]

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

[kkwa56188]

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

[freemoon]

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

[darkengine]

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

[cdlixucd]

@Need4more 老中是喜欢内卷的，😂

[bugDev]

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

[Light3]

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

[busterian]

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

[sir283]

缓缓打出一个？

[qiyustart]

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

[r6Vm94FFk9u3W6XI]

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

[darksword21]

高级工程师现学应该没问题

[user1284]

对了, 说到高级...

[est]

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

[mswh]

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

[follower]

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

[Gilfoyle26]

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

[GabrielGarcia]

git pull add commit push checkout 基本就行了

[yolee599]

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

[piapia]

@qiyustart 这种有没有工作流可以避免？

[tcper]

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

[craftsmanship]

@est 那得继续定义常见错误和正常状态

[est]

@craftsmanship 问答网站上随便就能搜到超过 10 个以上帖子或回答的问题。这个如何？

[wangyzj]

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

[irrigate2554]

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

[wenrouxiaozhu]

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

[wenrouxiaozhu]

@piapia Merge 前 rebase 别人？

[wenrouxiaozhu]

@Light3 保证 His 的整洁...遇到问题能快速找到哪一个 commit 引入的

[hwdq0012]

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

[loryyang]

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

[shawnsh]

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

[loy6491]

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

[swananan]

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

[bingfengfeifei]

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

[listen2wind]

会 google 就可以

[jackmod]

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

[badreamm]

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

[LeegoYih]

总共就没多少命令，感觉工作几年基本上能覆盖大部分场景了，除了基础的几个，剩下的无非是 rebase/stash/squash/fixup/reset/revert

我工作时喜欢建个人分支，$开发分支_$自己名字，比如：feature_20251111_shoppingfestival_v0.1_leego
代码写一部分就提交到远端，整个模块开发完成后根据情况 squash 部分 commits 通过 push -f 提交，然后 rebase 到主开发分支

[yoshiyuki]

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

[eachann]

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

[Hsinyao]

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

[jim9606]

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

[iseki]

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

[iseki]

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

[iseki]

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

[liyafe1997]

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

[ericguo]

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

[ericguo]

@Hsinyao 你这个想法没错，但是问题是你很多时候都不知道你不知道……

[chendy]

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

[skiy]

听说 jj 现在很火。

[johnnyyeen]

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

[Hsinyao]

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

[ericguo]

@Hsinyao 你的回答只是部分否定了我对于你之前回答的整个否定。

[songco]

常用操作会就可以了，breach add push clone commit stash log 之类的

其他的不会知道怎么学问题不大

有些需要管理 server 端，设置 pr 规则，web hook 之类的，不会的也可以学习

反正我在 40 多人的团队百万行代码的老项目上没遇到过问题

[dif]

能用就行，当然，我说的能用不是 git commit push pull merge checkout rebase 这些，而是有些不常用的 cherry-pick 、git-branch-filter 等等至少也会一点。

通俗点就是，不要让 git 造成问题就行。

[Rothschild]

会用到 git worktree

[Dogtler]

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

[spritecn]

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

[haohunhun]

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

[AoEiuV020JP]

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

[wenrouxiaozhu]

@eachann 这样 his 还是有点乱，感觉最佳实践是 rebase+ (merge --no-ff)？

[wenrouxiaozhu]

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

[wenrouxiaozhu]

@LeegoYih 还有 cherry-pick ，后悔药 reflog

[realJamespond]

懂得 git push -f 就行了

[franklinyu]

@skiy 有很火嗎，我以為主要是谷歌內部用

[wangtian2020]

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

[edisonwong]

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

[7beloved]

rebase 、cherry-pick 、revert 够用了

[hesetiema]

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