【Git Feature】1.别再直接改 Main 了，Feature 分支到底解决什么？

很多刚学 Git 的人，都会这样写代码：

git checkout main
git pull
git coding...
git push

看起来很顺手，问题也往往来得很突然。

某一天，你会发现：同事的代码被覆盖了，半成品功能进了主分支，一个小 Bug 影响了整个项目。更麻烦的是，出了问题之后，很难快速回滚。

这就是团队开发里很少直接在 main 分支写代码的原因。

更常见的做法是：

一个功能，一个 feature 分支。

比如团队同时开发几个功能：

main
 ├── feature/...

导语

很多人第一次学 Git 分支时，都会觉得它像一种“黑魔法”。

明明：

• 项目文件那么多
• 代码改动那么复杂
• 分支还能随便切换
• merge 还能自动合并

更离谱的是：

git checkout dev

短短一秒钟，整个项目居然就“变了”。

于是很多人开始背命令：

git branch
git checkout
git merge
git rebase

命令会用了。

但心里始终有个疑问：

Git 分支，到底是什么？

这篇文章，我们不聊复杂源码，也不讲晦涩概念。

只做一件事：

用人话，真正理解 Git 分支的工作原理。

看完之后，你会明白：

• 为什么 Git 分支这么快
• ...

导语

很多人学 Git 时，最先记住的命令是：

git add .
git commit -m "fix bug"
git push

可一旦项目真正开始协作，你会发现：

真正有价值的，不是“怎么提交代码”，而是“怎么理解代码为什么变成现在这样”。

这时候，git log 就开始变得重要了。

它不是一串无聊的提交记录。 它更像项目的“时间机器”。

你能从里面看到：

• 某个 Bug 是什么时候出现的
• 一个功能是谁改坏的
• 为什么当初要这样设计
• 哪次重构把项目带进了深坑
• 哪个同事的 commit 信息像天书

很多高级开发者排查问题时，第一反应不是打开 IDE，而是先看 git log。

很多人在开发时，都会遇到这样一种情况：

• 已经写了一堆代码
• 项目文件夹已经存在
• 但还没有使用 Git 管理
• 想上传到 GitHub / GitLab
• 或者后续想多人协作

这时候最常见的问题就是：

“如何把一个已有代码目录，配置成 Git 仓库？”

今天这篇文章，就带你完整走一遍。

适合：

• Python / Java / 前端 / AI 项目
• 个人项目
• 公司项目
• 本地已有代码目录

全部通用。

一、什么是 Git 仓库？

简单理解：

Git 会在你的项目里创建一个：

.git/

隐藏目录。

这个目录会记录：

• 代码历史
• 修改记录
• 分支信息
• 提交版本
• 回滚信息

也就是说：

...