Linux 环境下的 Git 版本控制入门与实战
1. 理解版本控制
版本控制系统用于追踪文件变更、记录代码历史、协调多人协作以及快速回滚错误。常见的系统分为两类：
- 集中式（如 SVN）：依赖中央服务器，存在单点故障风险。
- 分布式（如 Git）：每个开发者拥有完整的仓库副本，独立性更强，支持离线操作。
Git 的核心特性：
- 分布式架构：本地仓库包含全部历史记录，无需联网即可完成提交和分支切换。
- 高效性能：基于快照存储而非传统差异存储，处理大型项目更快。
- 数据完整性：使用 SHA-1 哈希算法确保每次提交的唯一性，防止篡改。
- 灵活的分支模型：分支创建和合并成本极低，鼓励频繁的功能分支开发。
2. 安装与配置
在 Linux 环境下，可以通过包管理器直接安装 Git。
sudo yum install git -y
# 或者 Debian/Ubuntu 系
sudo apt install -y git
安装完成后，检查版本号确认是否成功：
git --version
首次使用前，建议配置用户信息，以便提交时标识身份：
git config --global user.name "Your Name"
git config --global user.email "[email protected]"
3. 核心工作区概念
理解 Git 的三个区域是掌握其流程的关键：
- 工作区（Working Directory）：你当前正在编辑文件的目录。
- 暂存区（Staging Area）：存放准备提交的文件快照，通过
git add将文件从工作区移入此处。 - 本地仓库（Repository）：
.git目录，存储所有提交的历史记录。
严格意义上讲，当你把文件添加到仓库前，它只是处于暂存区状态。只有执行了 commit，才会真正写入本地仓库。
4. 常用操作流程
初始化与克隆
如果是新项目，在当前目录初始化仓库：
git init
这会生成一个隐藏的 .git 目录，标志着这里已成为一个 Git 仓库。
如果要拉取已有远程仓库的代码：
git clone [url]
这里的 URL 就是远程项目的地址。克隆后，你会看到完整的代码历史和 .git 目录。
提交与推送
日常开发中，我们遵循以下'三板斧'流程：
-
查看状态：
git status显示哪些文件被修改、新增或删除。
new file表示新增文件。 -
添加文件到暂存区：
git add <filename> # 或添加所有更改 git add .注意：此时文件尚未正式提交，只是进入了暂存区。
-
提交到本地仓库：
git commit -m "描述本次提交的内容"-m后面必须跟清晰的日志信息，说明本次改动做了什么，方便后续追溯。 -
推送到远端仓库：
git push将本地提交同步到远程服务器。如果远程有更新，可能需要先
pull再push。
查看日志
随时可以回顾提交历史：
git log
这将列出所有提交记录，包括作者、时间和提交信息。
5. 常见问题与进阶配置
解决冲突
当多人同时修改同一文件的不同部分时，可能会发生冲突。Git 会提示你需要同步远端仓库。
git pull
拉取后若出现冲突，需手动编辑文件解决冲突标记，然后重新 add 和 commit。
忽略文件 (.gitignore)
构建过程中产生的临时文件或编译产物不需要提交到仓库。可以在项目根目录创建 .gitignore 文件，列出需要忽略的后缀或文件名。
例如：
*.o
*.log
.DS_Store
一旦配置完成，这些文件即使在工作区发生变化，也不会出现在 git status 的待提交列表中。
掌握这些基础操作，你就能在 Linux 环境下流畅地进行版本管理。记住，良好的提交习惯和及时的备份是团队协作顺畅的保障。
