现在身边不少人都当起零基础 vibe coder 了
git 是一定要，但问题是该理解到多少？
我觉得只要有基础概念能看懂commit branch push merge 就够了
剩下的 AI 应该都能处理
而且从 SDD 或是需求驱动的开发来说
版本更像是功能的载体，但 git 则是反过来
git 是从 code 反推“需求语意”
也就是说你必须先理解 git 在干嘛，才能懂当帮你做了什么
但这对零基础的人来说反而是知识泄漏
他只需要知道“把XX功能拉到新版本”
根本不该懂 git 怎么操作
或许 AI 时代我们需要一个更高阶的 VCS 抽象层

听不懂你在说啥 你可能真的需要好好学git 这样AI才听得懂

你是不是请ai问的

什么是版本更像是功能的载体的意思？难道你预期写日志，日志就会自动修改功能成为符合日志的形状吗

不是，我问的不是工程师，是身边零基础 vibe coder开发时到底要不要建议他去学 git，还是看得懂基本指令名称就够了，工程师当然不用特别学啊每天用的东西怎么可能不会

你行你把spec写入git提交呗，至于怎么同步很恐怖不要追问

2024年不看git被同事喷 两年过去了还在问要不要看git ==...

没有git还有svn 还有资料夹版控法

先玩玩然后学vcs 常用就几个指令

这没很难吧？

只是 commit push fetch 那直接叫 AI 做就好啦，懂跟不懂几乎没差，就比较好理解 AI 在讲啥而已

不懂不会问AI吗 连这点东西都不懂可以转行了整天吹AI 你先把你的论点喂给AI看他会怎么喷你吧学git不用半小时的事 宁愿吵2年也不去了解 笑死

零基础 vibe coder 就不是本行的是要转什么行？你爸想自己写个小网页叫入行？你到底有没有读文章啊……

不用喔嘻嘻

真的没人觉得 git 之上还值得再建一个抽象层吗，都有jj-vcs 这种把 branch 概念砍掉的框架了，为啥还觉得 git 的设计不容质疑呢？

那你干嘛不直接让 agent 帮你管理 git 就好了

那就跟我讲的一样了啊……

git 差不多能做该做的都做了，你以为从 svn 到 git后版本管理接口为什么会停滞到现在，因为在版本管理上 git 的概念已经差不多彻底完成了，这就像千年来人类进行精细控制的最优解就是键盘一样另外我真心觉得保留冲突不立刻解决的功能是一种鸵鸟功能，同事 merge 冲突乱解都不知道给我生了多少 bug了还要把冲突做成可以累积的。我觉得啦，一个有一定机率抽风的东西不能叫抽象层回到本来的问题，你一个 vibe code 菜鸡当然可以完全不去学 git，反正从零开始的使用者专案又不需要合作与差分，也不知道怎么写程式码，agent 哪天把专案改炸了也不知道该怎么救它，按 YAGNI 原则你的确完全不需要学，因为 git 是给那些有能力看懂两个版本之间差在哪的人学的，这样你满意不？

看你回话的风格 其实问AI就好了

连git这么简单的东西也不能或不愿理解的话，是不建议写什么code啦

1. agent那端本身就已经实作一层你要的抽象层 2. 零基础的vibe coder关注的是他的问题到底有没有解决了，git 的知识到底要具备多少是他自己有兴趣就会自己摸，撞上问题再说

雨八

你是中风还是小学没毕业？为什么语言组织能力看起来怪怪的？

呵 所以我在跟你吵架啊，小学生

XDDDDDDDD

奇文共赏

看他到底想干嘛 想认真做当然是必须要懂 身边一堆做好玩的 给AI 随便改改就够了 反正做的东西就是好玩而已

不用懂，好好当你的vibe coder就行

你蛮厉害的，让本板几个反指标一起骂你xD

你到底在说什么？若没有要搞一堆特殊设定，那常人懂的会的用的不就是你也说仍必要的那些概念？至于那些进阶复杂的特殊操作一直都不是非懂不可，要用再学都来得及。看来又是个浑浑噩噩，AI时代才如梦初醒的不世出之才呐

?

我会认为：看状况 假如你一个人 Agent单线作业 那确实看懂他stage>commit>push 在干嘛就可以了但举凡你要多线作业 例如Agent 10-1000开 或者多人合作 需要Merge/Rebase/Worktree 加上处理冲突 那肯定要有基本概念不然要嘛浪费时间要嘛浪费钱（之前看Cursor发文试1000开那种鬼玩法）现在Coding Agent“硬戳戳到过”的行为还是非常多 没经验开自驾真的很容易翻车

学git半小时的事，干脆问有触控版还要不要买鼠标好了

没有问题硬要生一个问题，蛮适合当PM的

零基础用git干嘛,下去用档案夹比较快

没有自己workflow 才可怕 每次做的流程都不一样

不好意思，真的忍不住了

程式码就是契约 契约需要定期或不定期更新

你在说什么??? git就是个把资料夹版控变成差异版控，省空间省时间的工具，版本号是另一回事，发布控管又是另一回事哪来什么从code反推需求，你哪边幻想来的

code反推需求的意思是AI时代不用存code，只要存spec即可git作为存code的工具在他们AI大神看来已经是被淘汰的垃圾

挖赛这么猛喔只存spec不存code XD

ai 自己也得靠 git 来管理开发就是了，说到底 AI 的注意力就不是无限的，有没有好的 diff 差很多

喔对了，前面有人拿jj-vsc为例说git上面值得加抽象层我看了一下那主要卖点居然是工作区自动提交、操作历程和自动rebase？与其说这叫新vsc不如说是种git强化或是个人工作流程的客制设定。若为此要所有人加抽象层那也实在有点勉强，而且从操作界面看真不知抽象到哪里唯一重大差异是档案库允许异步操作，但他也说这可能让本地和远端不一致要手动解决，因此权衡利弊后好在哪?从以前到现在，本来想让一个负责存状态的东西能接受大量同步读写又不卡效能或制造管理问题就非常麻烦，因此到今天很多状态都还是AS架构，或是单点写入，多点复本延迟读取。你把工具加入炫砲设计也要考虑后续衍生的管理议题欸~ 一来一往不见得有比较划算。

你讲的是用自然语言or自己下指令的问题吧 我觉得是都行当然公司行号的话就要求要学吧有趣的是如果都交给AI出事的话 人还是要出来背锅的所以能自己下就自己下

有没有协作，有其他人类协作就一定要

至少要懂概念不难吧? 现在git指令ai都查得到或者可以帮你下

你中文跟 ai 学的？你觉得应该再建个抽像层 快去建啊 第一次听到有好点子不赶快做非要在网络上说服路人的

就是Text-to-SQL的概念吧，靠自然语言让AI生特定语法

知道打存盘读党。ai 就会帮你转git 指令你可以不会指令 但是你连存盘读档概念都不知道 ai 怎么通灵

仔细想想是不是其实回一句自己的功课自己做就好

太废

猛XD