代码需要被管理,不是因为你会出错,而是因为你会改动
AI 把第二稿改崩了
但上一版已经找不到了
这时候你就会想要一粒后悔药
这一节不是讲“怎么写新代码”,而是讲:怎么在改动之前,把现在的状态保存下来。
走到关键位置,先存一个档。后面如果走错了、改坏了,还能读取存档回到之前的状态。
它管的不是你整台电脑,也不是某一个单独文件,而是你指定交给它管理的那个文件夹。
把本地仓库里的内容再通过互联网同步一份到另一台电脑上,方便备份、换电脑继续工作,或者和别人协作。
这一步会在当前文件夹里创建一个隐藏的 .git 目录。你也可以用 ls -la 看见它。
这时候你会看到 index.html、style.css、script.js 还只是 Untracked files。
它只是访达的显示设置,和你的代码本身没有关系,不该被提交。
.gitignore 自己通常要提交;.git 目录则不需要写进来。
先理解 git add 也可以精确地只加某一个文件。
这里的点 . 代表当前目录,也就是把当前目录里所有没被忽略的改动都加入暂存区。
目的不是继续写很多代码,而是先让仓库里真的出现“两个不同版本”。
这样你现在就不再只有一个提交,而是已经有了两个存档点。
前面那一小串字符是提交编号,后面是你写的提交说明。
到这里你就不再只有一份代码了,而是已经有了两个不同时间点的版本。
把上一个提交的编号复制出来执行。然后重新打开 index.html,刚才第二次改掉的那句文字就会消失。
如果你的默认分支叫 master,这里就换成 git checkout master。回来后再次打开文件,修改又会出现。
比起死记命令,更重要的是记住这些关键概念和术语。AI 时代,只要你能准确说出它们,就已经可以很好地驾驭它们。
如果能用 VS Code 或 Vim 打开,并看到一行一行的内容,Git 通常就很擅长管理它。
它们改一个字,Git 往往也只能把整个文件当成新版本保存,成本就会高很多。
Git 先帮你在本地
把每一次有意义的改动
保存成可以回去的存档点
这节课先把本地仓库玩明白。下一节再开始讲远程仓库和 GitHub。
零到全栈 · 模块 3.3 完