Git 版本控制教程
从入门到协作，掌握现代开发的核心技能
开始之前
这是一个国内版本的GitHub，有着和Github类似的使用体验，但是更方便访问。
总有一天，我会聚集一群不输给这些人的伙伴，并找到世界第一的财宝，我要成为海贼王！
Git 的原理
Git 是一个为应对大型项目而生的分布式版本控制系统。它的包含四个工作区：
- 工作区 (Workspace)：你当前编写代码的地方。
- 暂存区 (Stage/Index)：临时存放你准备提交的改动。
- 本地仓库 (Repository)：存储在你电脑上的项目所有版本的历史记录。
- 远程仓库 (Remote)：托管在服务器上，用于团队协作和代码备份。
Git 的核心是分布式，每个人的电脑上都有一个完整的本地仓库，可以独立工作，然后将更新推送到远程仓库进行同步。
安装 Git
1. 下载与安装
前往Git官网下载最新的Windows安装包：https://git-scm.com/download/win
下载后双击安装包，选择合适的安装路径，然后一路点击 "Next" 即可完成安装。
安装 Git
2. 验证安装成功
在桌面或任意文件夹内点击鼠标右键，如果菜单中出现 "Git Bash Here" 和 "Git GUI Here" 选项，证明安装成功。
3. 初步配置
安装后，需要设置你的用户名和邮箱，这是你提交代码时的身份标识(一般是github或gitee的账号和邮箱)。
git config --global user.name "Your Name"
git config --global user.email "email@example.com"基本命令：添加与提交 (1/2)
我们创建一个 hello.txt 文件，并查看状态。
touch hello.txt
git statusGit会提示有一个 "Untracked file" (未追踪文件)。这意味着Git发现了这个新文件，但尚未开始管理它。
使用 git add 将文件添加到暂存区，使其变为被追踪状态。
git add hello.txt基本命令：添加与提交 (2/2)
再次使用 git status 查看，文件已变为绿色，并位于 "Changes to be committed" 下方，表示已成功进入暂存区。
现在，使用 git commit 将暂存区的改动提交到本地仓库，形成一个新版本。-m 参数用于添加本次提交的描述信息。
git commit -m "Initial commit with hello.txt"分支 (Branches)
分支是Git的“杀手锏”功能。它允许你从主开发线上分离出来，创建一条独立的开发路线，用于开发新功能或修复bug，而不会影响主线的稳定性。
分支就像是Git世界里的‘平行宇宙’。你可以随时打开一个‘副本世界’，在里面大胆尝试新想法、修修补补，哪怕翻个底朝天，也不会影响到主宇宙的安宁。等你觉得一切都完美了，再把成果‘合并’回主线，就像把平行宇宙的成功经验带回现实世界。
在Git内部，分支仅仅是一个指向特定提交的轻量级指针。
分支操作：创建与切换
查看所有分支 (* 表示当前所在分支)：
git branch基于当前分支创建一个名为 `test` 的新分支：
git branch test切换到 `test` 分支进行工作：
git checkout test
# 或者使用新命令: git switch test在 `test` 分支上的所有提交都与 `master` 分支隔离，互不影响。
切换回 `master` 分支后，文件内容会恢复到 `master` 分支的状态。
分支操作：合并与冲突
当 `test` 分支的功能开发完成后，我们希望将其合并回 `master` 主分支。
# 1. 首先切换回主分支
git checkout master
# 2. 执行合并命令
git merge test示例：合并冲突的具体场景
假设我们有一个 `hello.txt` 文件，在不同分支中被修改：
# 在 master 分支中，hello.txt 的内容是：
234
# 在 test 分支中，hello.txt 被修改为：
123-test
# 当我们在 master 分支执行 git merge test 时：
git checkout master
git merge test解决冲突
在上面的示例中，由于 `master` 和 `test` 分支都修改了 `hello.txt` 文件的同一部分，合并时就会产生冲突 (Conflict)。Git会暂停合并，并在冲突文件中用特殊标记标出冲突区域：
# Git 会在 hello.txt 中显示冲突标记：
<<<<<<< HEAD
234
=======
123-test
>>>>>>> test其中 `<<<<<<< HEAD` 到 `=======` 之间是当前分支（master）的内容，`=======` 到 `>>>>>>> test` 之间是要合并分支（test）的内容。
手动编辑文件，保留需要的内容并删除冲突标记，然后再次 `git add` 和 `git commit` 即可完成合并(点击查看演示)
分支操作：变基 (Rebase)
除了合并，还可以使用 `rebase` (变基) 来整合分支。变基会提取当前分支的修改，然后将它们在目标分支的最新提交之后“重放”一遍，形成一条线性的提交历史。
git checkout test
git rebase masterMerge vs. Rebase: Merge保留了真实的分支历史，而Rebase创建了更整洁的线性历史。
选择哪种方式取决于团队的协作规范(查看演示)。
分支操作：优选 (Cherry-pick)
有时我们不需要合并整个分支，只想将另一个分支的某一个或几个特定的提交应用到当前分支。这时可以使用 cherry-pick。
# 将指定的 commit 应用到当前分支
git cherry-pick <commit_id>
这是一种非常灵活的分支内容整合方式(查看演示)。
* 使用IDEA进行版本控制 (1/6)
创建项目
虽然命令行很强大，但图形化界面（GUI）更直观。我们以IDEA为例。在创建新项目时，记得勾选“创建Git仓库”。
项目创建后，点击左下角的“版本控制”或“Git”标签，可以查看版本状态。
* 使用IDEA进行版本控制 (2/6)
添加文件到暂存区
新建一个 hello.txt 文件。此时文件名会显示为红色，表示它是一个未追踪的文件。
右键点击文件 -> Git -> 添加 (Add)。
添加后，文件名变为绿色，表示已进入暂存区。
* 使用IDEA进行版本控制 (3/6)
提交更改
点击工具栏上的提交按钮（通常是一个绿色的勾），打开提交窗口。
在窗口中输入提交信息，然后点击“提交”按钮。提交后，可以在Git日志中看到新的提交记录。
* 使用IDEA进行版本控制 (4/6)
分支操作
点击IDEA右下角的分支名称（如 `master`），可以方便地进行分支操作。
选择“新建分支”，输入分支名（如 `dev`）即可创建并切换到新分支。在 `dev` 分支修改并提交后，Git日志图会清晰地展示出分支的演进。
* 使用IDEA进行版本控制 (5/6)
合并与冲突解决
假设我们在 `master` 和 `dev` 分支上都修改了 `hello.txt`，现在要将 `dev` 合并到 `master`。
- 切换到 `master` 分支。
- 在分支菜单中选择 `dev` 分支，然后点击“合并到当前分支”。
如果出现冲突，IDEA会弹出一个冲突解决窗口。
* 使用IDEA进行版本控制 (6/6)
合并与冲突解决 (续)
在三栏视图中，左侧是你的更改，右侧是对方的更改，中间是最终合并结果。你可以点击箭头按钮选择接受哪个版本的更改，或者直接在中间一栏手动编辑。
解决所有冲突后，点击“应用”，然后完成合并提交。Git日志图会显示一个清晰的合并节点。
远程操作：推送 (Push)
将本地仓库的提交推送到远程仓库。
- 在Gitee上创建一个新的空仓库。
- 将远程仓库地址关联到本地仓库，并命名为 `origin`：
git remote add origin git@gitee.com:username/repo.git - 将本地 `master` 分支的提交推送到 `origin`：
git push -u origin master-u选项会建立本地分支与远程分支的跟踪关系，之后可以直接使用git push。
远程操作：克隆 (Clone)
从远程仓库复制一个完整的项目到本地，包括所有历史记录。
git clone git@gitee.com:username/repo.git
克隆操作会自动将远程仓库设置为 `origin`，并建立本地 `master` 分支对远程 `master` 分支的跟踪。