Git 常用命令总结

在软件工程师的工具列表中,Git 肯定是少不了的,作为分布式版本控制系统,Git 在目前非常流行,可以说,掌握 Git 的使用是工程师的基本功。而且,Git 也会为我们带来诸多的便利,根本离不开它。本文会记录一些常用的 Git 命令,不仅可以自查,也可以帮助读者。

另外,说明一下,关于远程仓库的选择,目前有多种多样,例如:GitHubGitLabGitee【码云】、coding 等等,读者自行选择。其中,最流行的莫过于 GitHub,在全球非常受欢迎,被微软收购后也没有大家想象的那么可怕,反而更加开源了,现在都可以免费使用 3 个私有仓库了,可见微软还是愿意拥抱开源世界的。

本文中的远程仓库地址格式会以 GitHubHTTPS 协议为准,即:

1
https://github.com/your_user_name/your_project_name.git

需要用户输入用户名、密码。

当然,还有一种格式是 SSH 协议的,即:

1
git@github.com:your_user_name/your_project_name.git

需要用户在本地生成秘钥,读者使用时可以自行选择。

下载安装

为了使用 Git,本地肯定要先安装好,在次不再赘述,请读者根据自己的操作系统类型选择合适的版本。Git 客户端下载官方网站:git-scm

这里需要注意 回车换行符 的标准选择问题,需要先了解回车符【Carriage Return】、换行符【Line Feed】这两个概念,在计算机出现之前,为了解决打字机换行时的字符丢失问题,研发人员发明了这两个符号,回车符号告诉打字机把打印头定位在左边界,换行符号告诉打字机把纸向下移一行。

但是后来计算机出现后,科学家觉得用两个符号浪费存储空间【当时的存储硬件很昂贵】,保留一个符号就可以,这时候分歧出现了,也就导致现在的多种局面:在 Mac 系统里,每行结尾只有回车符 CR,即 \\r;在 Unix 系统里,每行结尾只有换行符 LF,即 \\n;在 Windows 系统里,每行结尾有回车换行两个符号 CR LF,即 \\r\\n

这就会导致一个问题,在不同操作系统之间传输文本文件,打开后行会错乱,或者行尾多了不可见符号。

而通过 Git 管理项目时,一般都是代码文件、配置文件,远程仓库如果是 Unix 系统,那么文本文件的每行末尾都是换行符。而当我们本地开发时,用的是 Windows 系统或者 Mac 系统,而且伴随着代码更新、代码推送,多种符号会相互混在一起,就会显得很混乱。不过不用担心,在 Git 中可以设置回车换行符号的标准,在安装客户端时,选择当前操作系统对应的标准,那么每次在 pullpush 时,Git 会自动转换回车换行符号,保证一致性,这样在跨操作系统编辑文件时也不用担心这两个符号的问题。

初始化

对于新建的本地文件【以及文件夹】来说,需要初始化并关联到远程仓库【例如在 GitHub 新建了一个空白项目】,然后才能方便管理这个项目,可以按照如下流程操作:

1
2
3
4
5
6
7
8
9
10
11
12
# 进入项目目录 
cd your_project_dir
# 初始化
git init
# 添加所有文件
git add .
# 提交到本地仓库
git commit -m "first commit"
# 关联到远程仓库
git remote add origin https://github.com/your_user_name/your_project_name.git
# 推送更新到远程仓库
git push -u origin master

如果本地的文件夹已经是一个标准 Git 项目,并且没有关联到任何远程分支,则直接关联即可,可以按照如下流程操作:

1
2
3
4
# 关联到远程仓库 
git remote add origin https://github.com/your_user_name/your_project_name.git
# 推送更新到远程仓库
git push -u origin master

需要注意,如果远程仓库已经初始化【例如在 GitHub 上面新建一个包含 README 文件的项目】,本地仓库也已经初始化【执行 init】,此时关联后进行提交或者拉取更新会失败。git pull 返回错误 fatal: refusing to merge unrelated histories,提示仓库混乱【本地、远程是两个不同的仓库】,不能拉取;而 git push 则返回 error: failed to push some refs to xx,也不能提交。

此时不用担心,可以使用参数 git pull origin master --allow-unrelated-histories 来拉取远程仓库的内容,并合并所有内容,紧接着就可以提交本地的变更了。

检出仓库

如果本地目录是空白的,还没有任何项目,则需要从远程仓库克隆项目到本地,可以按照如下流程操作:

1
2
3
4
# 从远程仓库克隆项目,或者说是检出代码 
git clone https://github.com/your_user_name/your_project_name.git
# 进入项目目录
cd your_project_dir

添加提交更新

如果更新了代码,或者新增了文件,需要提交更新,这样才能与别人合作开发项目,可以按照如下流程操作:

1
2
3
4
5
6
7
8
9
10
# 添加文件,对于新增的文件而言 
git add your_file_name
# 点号表示添加本目录所有文件
git add .
# 提交变更到本地仓库,适当添加注释
git commit -m 'commit message'
# 当然,仅仅提交到本地仓库还不够,还需要推送到远程仓库
git push
# 在推送时可以指定分支,不指定则表示当前分支
git push origin master

拉取更新

如果在和别人合作开发的过程中,需要拉取别人的变更到本地,可以按照如下流程操作:

1
2
3
4
5
6
7
8
9
# 拉取更新 (如果遇到代码冲突会麻烦,往下看)
git pull
# git pull 其实相当于 2 个步骤
git fetch
git merge
# 如果 merge 遇到冲突,需要手动解决
# 1 - 改代码,把冲突文件改掉,可以使用 git diff <source_branch> <target_branch> 比较不同点
# 2 - 使用 git add your_file 标记改动完成
# 3 - 使用 git commit -m "conflict fixed" 提交冲突解决后的变更

管理分支

如果在开发过程中多人协作,肯定会有多个分支,此时涉及到管理分支的问题,可以按照如下流程操作:

1
2
3
4
5
6
7
8
9
10
11
12
# 新建分支并切换过去 
git checkout -b your_branch_name
# 切换到指定的分支
git checkout your_branch_name
# 删除分支,切记不能删除当前分支,必须先切换到别的分支
git branch -d your_branch_name
# 将分支推送到远程仓库,不推送别人不可见
git push origin your_branch_name
# 当然,如果是处在当前分支,推送可以省略参数
git push
# 合并指定分支到当前分支
git merge your_branch_name

当然,此种情况有可能也会遇到代码冲突问题,参见 拉取更新 小节,需要手动解决冲突。

冲突解决

参见 拉取更新 小节,需要手动解决冲突。

更换关联远程分支

如果本地代码,已经关联了远程分支,但是想更换远程分支,例如想从 GitHub 切换到 GitLab,或者想在不同的项目之间切换。则需要先解除对远程分支的关联,再关联到新的远程分支,可以按照如下流程操作:

1
2
3
4
5
# 解除对远程仓库的关联 
git remote remove origin
# 关联到新的远程仓库
git remote add origin https://github.com/your_user_name/your_project_name.git
# 接下来写代码、提交即可

强制更新覆盖本地修改

有些时候我们只想要 Git 远程仓库的代码,而对于本地的项目中修改不做任何理会【即本地的修改不提交,放弃不要了】,这时候就需要用到 Git pull 的强制覆盖,可以按照如下流程操作:

1
2
3
4
5
6
7
# 拉取远程最新的版本,或者使用 git fetch origin 也行 
git fetch --all
# 或者直接使用 git reset --hard HEAD 也行
git reset --hard origin/master
git pull
# 如果只想更改某个文件 (不会影响新文件、已经 commit 的文件)
git checkout -- your_file_name

保存用户名密码

Git 可以将用户名、密码和仓库链接保存在硬盘中,而不用在每次 git push 的时候都输入密码。保存密码到硬盘只要一条命令就可以:

1
git config credential.helper store

git push 的时候输入一次用户名和密码后,就会被记录下来,以后不用再次输入。但是,这样保存的密码是明文的,保存在用户家目录的 ~/.git-credentials 文件中,读者可以查看内容,使用:

1
cat ~/.git-credentials

由于这种方式密码是明文存储在文件中的,所以不安全,还是推荐大家使用 SSH 的方式。

此外,如果想手动设置用户名、邮箱,可以按照如下流程操作:

1
2
3
# 如果项目的环境众多,就不要带 --global 参数,否则全局的参数设置会影响到其它 Git 项目 
git config --global user.name [username]
git config --global user.email [email]

管理标签

在软件开发的过程中,创建标签是很有必要的,可以跟踪当前的开发进度,出问题也能及时回退。可以按照如下流程操作:

1
2
3
4
5
# 创建标签,标签名字为 1.0.1,commit_id 是当次提交唯一标识 
git tag 1.0.1 commit_id
# 当然,这里的 commit_id 会很长,不用全部写出来,一般 6-10 位足够了,只要保证它是唯一的就行
# 如果需要获取 commit_id, 可以使用 log 命令
git log

一些建议

在使用 Git 的时候,会有一些隐藏的小功能,可以增加使用体验,下面列出几个:

  • 自带的图形化工具,使用 gitk 命令即可
  • 设置彩色的内容输出,使用 git config color.ui true 设置
  • 查看历史记录时,只显示一行注释信息,使用 git config format.pretty oneline 设置
  • 添加文件时,如果想使用询问交互的模式,使用 git add -i,其实就是加了一个 -i 参数

此外,在使用 Git 相关的命令时,由于需要反复操作,时间久了会觉得很麻烦,因为每个命令都很长,由多个单词组成,每次都敲一遍还是很低效的。那么有没有什么好办法呢?其实可以合理利用 Linux 系统的别名特性,把自己常用的命令收集起来,分别给它们创建别名,这样在使用时只要简单敲几个字母就行。

我一般是在家目录下的 .bashrc 文件中指定别名,这样每次登录时会自动加载,可以直接在会话终端使用,关于 Git 的别名内容如下:

1
2
3
4
5
6
alias gp='git pull'
alias gb='git branch'
alias gc='git checkout'
alias gcs='git config credential.helper store'
alias gcfgn='git config --global user.name '
alias gcfge='git config --global user.email '

设置别名后,直接使用 gp 就相当于调用了 git pull,这就很方便了,其它命令也是类似的效果,读者可以根据自己的需要灵活设置。

资源推荐

下面列出一些常见的资源、网站、工具等信息,可能对读者有帮助:

虾丸派 wechat
扫一扫添加博主,进技术交流群,共同学习进步
永不止步
0%