在软件开发的旅程中，Git 已成为不可或缺的伙伴。对于新手而言，在初次接触 Git 时，常常会被各种复杂的概念和操作弄得晕头转向，比如 “为什么我的文件提交不上去？”“这个分支该怎么切换？” 这些问题就像一道道关卡，阻碍着开发的顺畅进行 。而对于有一定经验的开发者来说，随着项目规模和团队协作复杂度的提升，对 Git 技巧的掌握也需要更上一层楼。
Git 作为分布式版本控制系统，在现代软件开发中扮演着举足轻重的角色。它不仅能帮助我们追踪代码的每一次变化，还为团队协作提供了坚实的基础，让多人并行开发成为可能，极大地提高了开发效率。
在深入探索 Git 的高阶技巧之前，让我们先来回顾一些常用的 Git 命令，这些命令就像是我们开启 Git 世界大门的钥匙。
git init：初始化一个新的 Git 仓库，在项目的根目录下执行这个命令，就会创建一个隐藏的.git 目录，它是 Git 用来存储所有版本控制信息的地方，包括提交历史、分支信息等。就好比在一片空地上搭建起了一个仓库，为后续存放货物（代码）做好准备。
git add：将文件添加到暂存区，这是提交代码的关键一步。git add .可以将当前目录下所有的修改文件添加到暂存区，也可以指定具体的文件，如git add index.js。它就像是把货物先搬到仓库的暂存区域，等待进一步处理。
git commit：将暂存区的文件提交到本地仓库，并且需要添加有意义的提交信息，通过git commit -m "这里填写具体的提交描述"来完成。提交信息就像是货物的清单，记录了这次提交的内容和目的，方便后续查看和追溯。
git status：查看当前工作目录和暂存区的状态，它会告诉我们哪些文件被修改了、哪些文件还未被跟踪、哪些文件已经暂存等待提交等。这就如同仓库管理员随时查看仓库中货物的摆放和准备情况。
git log：显示提交历史记录，通过它我们可以看到每一次提交的作者、时间、提交信息等。这是我们回顾代码变更历史的重要工具，就像翻阅仓库的货物进出账本。
这些基础命令是我们日常使用 Git 的基础，熟练掌握它们是迈向 Git 高手的第一步。
二、Git 实用技巧进阶
（一）提交同时添加文件
在日常开发中，我们常常会遇到需要同时添加新文件并提交的情况 。通常的做法是先使用git add命令将文件添加到暂存区，再使用git commit进行提交。但有一种更便捷的方式，那就是使用git commit -a -m "提交信息" 。这个命令中的-a选项表示自动将所有已跟踪文件的修改和删除添加到暂存区，然后直接进行提交。这在你对多个已跟踪文件进行了修改，并且不想逐个使用git add添加时非常方便。
假设我们正在开发一个 Web 项目，在src/js目录下有多个 JavaScript 文件都进行了修改，同时还在src/css目录下新增了一个styles.css文件。如果使用常规方法，我们需要先git add src/js/*.js，再git add src/css/styles.css，最后git commit -m "更新代码"。而使用git commit -a -m "更新代码"，就可以一步完成所有已跟踪文件的修改提交，虽然新文件styles.css不会被自动添加，但对于已跟踪文件的处理大大提高了效率。
不过需要注意的是，-a选项不会自动添加新文件，所以对于全新创建的文件，还是需要先使用git add添加到暂存区。
（二）使用 Git 别名
为了提高操作效率，我们可以为常用的 Git 命令设置别名。在.gitconfig文件中，我们可以定义各种别名。比如，我们经常使用git status查看状态，这个命令单词较长，容易输错，我们可以设置别名git config --global alias.st status ，这样以后就可以使用git st来代替git status，输入更简洁，也不容易出错。
再比如，设置git config --global alias.co checkout，git config --global alias.ci commit，git config --global alias.br branch ，这样在切换分支、提交代码时，使用git co、git ci、git br就可以快速完成操作，大大提高了开发效率。我们还可以设置更复杂的别名，如git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit" ，使用git lg就可以以更直观、美观的方式查看提交历史。
（三）选择性暂存文件
当我们对多个文件进行了修改，而只想提交其中部分文件的改动时，git add -p的交互式添加功能就派上用场了。比如，我们在一个项目中同时修改了user.js、order.js和config.js三个文件，但目前只想提交user.js中关于用户登录功能优化的部分代码改动，而order.js和config.js的改动还需要进一步测试。
这时，我们执行git add -p，Git 会逐块显示user.js的更改内容，并询问我们是否暂存每个块。输入y表示暂存当前块，n表示跳过当前块，s可以拆分块进一步选择，e可以手动编辑块，q则退出暂存。通过这种方式，我们可以精确地选择需要提交的代码部分，避免不必要的更改被提交到仓库，保持提交记录的清晰和简洁 。
（四）查阅已提交文件内容
在开发过程中，我们有时需要查看已提交文件的历史版本内容。使用git show命令可以轻松实现这一点。例如，我们想查看index.js文件在某次提交中的具体内容，首先通过git log命令找到对应的提交哈希值，假设为abc123 ，然后执行git show abc123:index.js ，就可以查看该版本下index.js的详细内容。
我们还可以使用插入符号（^）来指定版本，如git show HEAD^:index.js表示查看上一次提交中index.js的内容。如果要查看更早的版本，可以使用多个插入符号，如git show HEAD^^:index.js表示查看上上次提交的内容。这种方式在我们需要追溯代码的变更历史，查看某个功能在之前版本中的实现方式时非常有用 。
（五）编辑提交日志消息
如果我们在提交代码后发现提交日志消息有误，想要修改最近一次提交的日志消息，可以使用git commit --amend命令。比如，我们之前提交时使用的消息是"修改了一些代码"，但实际上这次提交是修复了一个严重的用户登录漏洞，这样简单的提交消息不利于后续的代码审查和问题追溯。
执行git commit --amend后，会打开默认的文本编辑器，里面包含了最近一次提交的说明。我们可以在编辑器中修改提交说明，将其改为"修复用户登录漏洞，优化登录验证逻辑" ，保存并退出编辑器后，新的提交日志就会生效，这次提交的 SHA-1 值也会改变。需要注意的是，不要在最近一次提交被推送后还去修改它，否则会创建一次新的提交，可能会导致协作中的一些问题 。
三、高效分支管理策略
|
