在Linux系统上进行软件开发或文档管理时，Git已经成为最常用的分布式版本控制工具。通过Git可以追踪每一次修改、回溯历史版本、并行开发功能分支，并在团队协作中实现代码共享。本文从Git的安装与全局配置入手，依次介绍本地仓库的创建与提交、分支管理、远程仓库关联以及日常使用中的实用技巧。
一、Git安装与基础配置
Linux发行版众多，不同的软件包管理工具决定了Git的安装方式有所区别。对于使用Debian、Ubuntu及其衍生系统的用户，可以通过apt包管理器完成安装。对于CentOS、RHEL、Fedora等使用RPM体系的系统，则可以使用yum或dnf进行安装。安装前建议先更新软件包索引，确保获取到软件源中的最新版本。
以Debian或Ubuntu为例，安装命令如下：
# 更新软件包索引 sudo apt update # 安装Git sudo apt install git -y
对于CentOS或RHEL系统，可以使用下面的命令完成安装：
# 安装Git sudo yum install git -y
安装完成后，执行git --version可以查看当前安装的Git版本。如果终端正确输出类似“git version 2.x.x”的信息，说明Git已经成功安装并可以使用。接下来需要进行全局配置，为后续提交记录提供统一的身份信息。
Git要求用户设置姓名和邮箱，这些信息会写入每一次提交记录中，方便团队成员识别提交者，也有助于在追溯历史时定位责任。通过git config命令可以全局设置这些信息，配置完成后可以使用git config --list查看所有已生效的配置项。
# 配置全局用户名 git config --global user.name 'your_name' # 配置全局用户邮箱 git config --global user.email 'your_email@ipipp.com' # 查看配置信息 git config --list
二、本地仓库基础操作
本地仓库是Git管理代码的基础单元。要在项目中启用版本控制，需要先在该项目目录下初始化仓库。用户可以进入已有的项目目录执行初始化，也可以新建一个空目录后再初始化。初始化成功后，Git会在目录下生成一个名为.git的隐藏文件夹，所有版本历史、暂存区状态以及分支信息都存放在这个目录中。
初始化仓库的命令如下：
# 新建项目目录并进入 mkdir my_project cd my_project # 初始化Git仓库 git init
需要注意的是，.git目录内保存着仓库的核心元数据，手动删除或修改其中的文件可能导致版本控制功能异常，因此不建议直接操作该目录。
在Git中，文件从修改到提交需要经历三个区域：工作区、暂存区和版本库。工作区是用户实际编辑文件的地方；暂存区用于临时存放准备提交的文件快照；版本库则保存了所有历史提交记录。用户通过git add命令将文件从工作区加入暂存区，再通过git commit命令把暂存区的内容提交到版本库。
- 工作区：本地实际编辑文件的目录
- 暂存区：临时保存待提交文件的区域
- 版本库：保存所有历史提交版本的区域
完整的提交流程如下：
# 查看当前文件状态 git status # 将工作区文件添加到暂存区，.表示当前目录所有文件 git add . # 提交暂存区文件到版本库，并添加提交说明 git commit -m 'first commit: add project init files'
提交完成后可以使用git log查看提交历史。完整的日志会显示提交哈希、作者、提交时间和提交说明等信息。如果只想查看简洁记录，可以使用git log --oneline，每条提交只显示一行，便于快速浏览。
# 查看完整提交历史 git log # 查看简洁版提交历史 git log --oneline
三、分支管理操作
分支是Git中最灵活的功能之一。它允许开发者在独立的环境中开发新功能、修复缺陷或进行实验性改动，而不会直接影响主分支的稳定代码。Git中的分支切换快速且成本很低，因此推荐在开发新功能时创建独立分支，完成后再合并回主分支。
创建、切换、合并和删除分支的常用命令如下：
# 查看所有本地分支，当前分支前有*标识 git branch # 创建新分支 git branch dev # 切换到dev分支 git checkout dev # 创建并切换到新分支 git checkout -b feature_login # 合并dev分支到当前分支 git merge dev # 删除已合并的分支 git branch -d dev
当两个分支修改了同一个文件的相同区域时，合并操作就可能产生冲突。Git无法自动判断应该保留哪部分内容，会在冲突文件中插入特殊标记，提示用户手动处理。冲突标记会清晰标出当前分支和合并分支各自的内容，用户需要根据业务逻辑保留正确内容，删除多余的标记和不需要的代码。
冲突文件中的典型标记格式如下：
<<<<<<< HEAD 当前分支的内容 ======= 合并分支的内容 >>>>>>> dev
完成手动修改后，需要将冲突文件重新加入暂存区并提交。执行git add和git commit后，冲突解决就完成了，合并过程也会继续。掌握冲突处理方法是团队协作中不可或缺的一项技能。
四、远程仓库关联操作
远程仓库为Git提供了代码备份和多人协作的能力。常见的Git远程仓库平台包括GitHub、GitLab以及企业自建的Git服务。本地仓库与远程仓库之间通过HTTPS或SSH协议传输数据。用户需要先在远程平台创建空仓库，再将本地仓库与之关联，之后就可以执行推送和拉取操作。
关联远程仓库的命令如下，其中origin是远程仓库的默认别名，可以理解为远程地址的简短名称：
# 关联远程仓库，origin是远程仓库的默认别名 git remote add origin https://ipipp.com/your_name/my_project.git # 查看关联的远程仓库信息 git remote -v
关联完成后，可以将本地提交推送到远程仓库。git push -u origin main中的-u参数会设置上游分支，之后本地处于该分支时只需要执行git push即可完成推送。如果远程仓库已经存在最新代码，可以使用git pull命令拉取并合并到本地。若需要从零开始获取远程仓库，则使用git clone命令克隆完整的仓库到本地。
# 推送本地分支到远程仓库，-u设置上游分支 git push -u origin main # 拉取远程仓库最新代码到本地 git pull origin main # 克隆远程仓库到本地 git clone https://ipipp.com/your_name/my_project.git
在实际协作中，建议推送前先执行拉取操作，以降低远程冲突的概率。远程仓库权限控制、分支保护策略等内容虽然是平台层面的配置，但理解基本的推送和拉取流程对日常使用至关重要。
五、实用技巧与注意事项
除了基础的提交、分支和远程操作，Git还提供了许多提升效率的实用技巧。例如，当临时需要切换分支处理紧急任务，但当前工作区尚未完成修改，不适合提交时，可以使用git stash将工作区的修改暂时保存起来，切换回原分支后再用git stash pop恢复。这一机制可以保持工作区的整洁，避免未完成代码与紧急任务相互干扰。
如果误删了已经提交过的文件，可以通过git checkout -- 文件名从版本库中恢复该文件。该操作会覆盖工作区中的对应文件，因此执行前需要确认没有需要保留的未提交修改。此外，提交说明应尽量简洁清晰，准确描述本次修改的核心内容，这有助于团队在回顾历史时快速理解每次提交的意图。
安全方面，不应将密码、API密钥、证书等敏感信息提交到仓库。可以在项目根目录创建.gitignore文件，将不需要纳入版本控制的文件或目录列入忽略规则。下面是一个简单的忽略文件示例：
# 忽略日志文件 *.log # 忽略依赖目录 node_modules/ vendor/ # 忽略环境配置文件 .env
通过合理配置忽略规则，可以减少误提交敏感信息的风险，也能避免将依赖包、临时文件等冗余内容纳入版本库，保持仓库的干净与高效。掌握这些技巧后，Linux用户就可以更加熟练地运用Git完成日常的版本控制任务。
GitLinux版本控制git_command修改时间：2026-07-19 14:18:33