关于 git 日常用法，读懂这一篇，差不多就够了
工作中经常用到 git 做版本管理，现在对经常使用的一些用法做一个总结。
Git 是一个开源的分布式版本控制系统。与 svn 最大的区别在于，svn 是集中式的。集中式版本控制系统的版本库是放在中央服务器的，工作时必须依赖于中央服务器，如果没有网络或者中央服务器挂了，基本所有人都没有工作了。
而分布式版本控制是指每个人电脑里都有完整的版本库，某一个的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。在本地即使没有网络的情况下，也能完成代码的版本管理。不过为了方便多人协作，会在远程创建一个版本仓库对代码进行托管，如大家常听说的 github，gitlab 等，供大家同步和共享，这只是形式意义上的“中央服务器”，没有他大家也照样各自干活。
git 安装
以 windows 系统为例，安装过程简单，直接掠过。安装完成后，在开始菜单里找到“Git”->“Git Bash”，弹出一个类似命令行的窗口，说明安装成功。
安装完成后，还需要最后一步设置，在命令行输入：
$ git config --global user.name “Your Name”
$ git config --global user.email “email@example.com”
这两条配置很重要，每次 Git 提交时都会引用这两条信息，说明是谁提交了更新，所以会随更新内容一起被永久纳入历史记录。加了—global 选项，那么更改的配置文件就是位于你用户主目录下的那个，以后你所有的项目都会默认使用这里配置的用户信息。
创建版本库
贰
假装是一个标题
假装是一个没有灵魂的副标题
首先建一个空目录，用于存放工程代码。当然，也可以是已经存在的存放工程代码的目录。假设为 E:\workspace_test。我想用 git 来帮我做代码版本管理。做法很简单，打开 git bash，cd 到这个目录下，输入 git init 命令，就会在本地建一个空的代码仓库（empty git repository），之后这个目录下所有代码和配置文件的状态变更（包括增，删，改）都能被 git 跟踪记录。
几个概念：
工作区：
工作区就是原来存放工程代码的目录。工作区所有代码和配置文件的所有状态变化（包括增，删，改）都能被 git 跟踪。
版本库：
查看 workspace 目录，发现除了原来的内容，还多了一个名字为.git 的目录，这个目录就是版本库，也就是对应上图右侧部分。（版本库中包含一个名字为 index 或者 stage 的暂存区；以及 git 帮我们自动创建的一个名字为 master 的分支；还有一个指向当前分支也就是 master 分支的指针 HEAD）
暂存区：
进入.git 目录，可以看到有一些子目录以及文件，其中 index 就是暂存区，有时也会叫 stage。暂存区是版本库的一部分，用来暂时存放工作区的修改。
HEAD：
.git 目录下还有一个名字为 HEAD 的文件，HEAD 代表的是指向当前分支的指针，当我们切换分支时，这个指针就会修改它的指向。
项目初期，只有一个开发人员
场景 1：目前只能逐个版本迭代。有一个 master 分支，建一个 dev 分支开始开发，开发完成后合并到 master。
过程如下：
git branch dev //创建一个名称为 dev 的分支
git checkout dev //切换到 dev 分支，即将 head 指向刚创建的 dev 分支
开始开发。。。。
git add filename //将工作区发生变更的名称为 filename 的文件提交到暂存区
Git commit –m ‘新功能开发’ //将暂存区所有文件提交到当前分支 dev
新功能开发完成。。。
Git checkout master //切换到 master 分支
Git merge dev //将 dev 分支合并到 master
场景 2：dev 分支开发新功能的过程中，有紧急线上 bug 需要修复，需要等 bug 修复完后再回来开发，开发完成后合并到 master（此时 master 跟最开始拉取的版本已经不同，因为中途合并了 bug 修复版本过来）。
过程如下：
git branch //当前在 master
git branch dev
git checkout dev
git add filename
git commit –m ‘新功能开发到一半’
开发到一半，需要修复 bug
git checkout master //切换回 master 分支
git brach bugfix //新创建一个 bugfix 分支
git checkout bugfix
开始修复 bug
Git add ….
Git commit –m ‘bug 修复’
Git checkout master
Git merge bugfix
Git checkout dev
继续开发
Git add …
Git commit –m ‘新功能开发完毕’
Git checkout master
Git merge dev //可能会产生冲突
因为在将 bugfix 版本合并到 master 后，再将新版本开发的版本合并到 master，可能修改过同一个文件，这样就会发生冲突。方式是找到冲突文件，手动修改并提交。
项目开发了一段时间，老板要求快速出一个 demo，时间紧急，仍然是一个人开发，为了赶进度，经常需要晚上下班后在家加班
目前仅仅有本地代码仓库，要想多地开发，还需要建一个远端代码托管仓库，方便将代码以及版本记录在远程也保存一份。PS: 类似的产品还有许多，如：GitHub、GitLab、Bitbucket、码云等。
为了满足多地开发的需求，需要以下步骤：
STEP1：注册 gitlab/github，在上面创建一个空的仓库。
注册 GitHub/gitlab；
创建仓库，创建完仓库后会有一个 URL 代指该仓库。Git 可以使用该 URL 进行向远程推送版本信息或获取版本信息；
由于 git 和 gitlab 交互操作会很频繁，为了防止每次操作重复输入用户名和密码，这里需要先进行用户授权。这里介绍使用密钥对的方法，首先创建 ssh key：（注意：将 email 地址换成自己的，输入命令后一路回车即可）；
$ ssh-keygen -t rsa -C “youremail@example.com”
这时会在主目录找到.ssh 目录，里面有 id_rsa 和 id_rsa.pub2 个文件，这两个分别就是 ssh key 的密钥对，id_rsa 是私钥，不能泄漏给别人，id_rsa.pub 是公钥，可以放心地告诉别人；
登录 gitlab，打开 account seetings->ssh keys->add ssh key。可以看到有 title 和 key 两个字段需要填写，title 内容任意，在 Key 文本框里粘贴 id_rsa.pub 文件的内容点击保存即可。日后操作无需用户名和密码；
STEP2 ：将在公司写好的代码上传到 gitlab 托管，也就是将本地仓库与 gitlab 上的远端仓库做一个关联，并将本地仓库管理的代码推送到 gitlab 仓库。
Git remote add origin https://*****.git //为地址取一个别名 origin，这个是约定俗成的叫法。origin 就代表了 gitlab 上的这个仓库，以后推送拉取代码时可以不用输入 url，使用 origin 别名即可。
git push origin master # 将本地 master 分支内容以及版本信息推送到 Gitlab
Username for ‘https://github.com’: # 输入 GitHub 用户名
Password for ‘https://wupeiqi@github.com’: # 输入 GitHub 密码
Git push origin dev #将本地 dev 分支内容及版本信息推送到 gitlab
STEP3： 在家加班时，从远程仓库 clone 代码到家里电脑
Git clone https://***.git
Git branch dev origin/dev //创建 dev 分支且和远程 dev 分支同步
Git checkout dev
开始开发
Git add ….
Git commit –m ‘新功能开发’
Git push origin dev //提交 dev 分支的内容到远程仓库的 dev 分支
STEP4：上班后，需要在昨天晚上家里开发的版本基础上继续开发
Git checkout dev
Git pull origin dev //从 github 获取 dev 分支最新内容，并合并到本地
开始开发
Git add …
Git commit –m ‘新功能提交’
需要注意到是：执行 pull 时，相对于两步操作，先 fetch，后 merge。中间可能会出现冲突。原因是由于本地代码和获取的最新代码有重合部分，那么就需要自己手动解决冲突然后再继续开发。
老板审核 demo 后，认为这个项目非常重要，需要作为重点项目来推。因此，需要招人，多人协作开发
多人协作开发过程最容易出现的就是冲突。比如其他人已经向 origin/dev 分支提交了修改，而你修改的文件跟他有些重复，这时，你再向 origin/dev push 就会提示冲突。
可以尝试以这样的步骤操作：首先，可以试图用 git push origin <branch-name>推送自己的修改；如果推送失败，则因为远程分支比你的本地更新，需要先用 git pull 试图合并；如果合并有冲突，则手动处理冲突，并在本地提交；没有冲突或者解决掉冲突后，再用 git push origin <branch-name>推送就能成功！
一些常用命令
end
git init，初始化。初始化后，当前目录即工作区，同时会增加一个.git 目录，即为本地版本仓库。
git add filename，在工作区进行开发，通过这个命令可以将工作区发生变更（新增、修改、删除）的指定文件添加到版本库的暂存区。
git commit -m ‘备注说明’，将暂存区的文件提交到本地仓库的当前分支，但还没有推送到远端仓库。（如果暂存区此时有多个文件，则会将这些文件一次性提交。）
git push origin branchname 将本地当前分支上的所有修改提交到远端仓库指定的分支。
Git diff：查看工作区和暂存区的区别
Git diff –cached：查看暂存区和当前分支的区别
Git diff HEAD：查看工作区和当前分支的区别
git log 查看提交记录
git status 查看 git 当前的状态，比如哪些文件被修改过，哪些文件还未提交到版本库等
git reset –hard commit_id 回滚到指定版本
Git reset HEAD：暂存区的内容被当前分支替换。
Git checkout --file：将工作区修改的指定文件使用暂存区的替换。
Git rm –cached：将暂存区的内容清除，且不会影响到工作区。
Git checkout HEAD –file：将当前分支指定文件直接替换工作区和暂存区。
git branch 查看所有分支以及当前分支
git branch branchname 创建分支
git checkout branchname 切换到指定分支
git checkout –b 分支名称 创建并切换分支
git checkout –b branchname origin/branchname 在本地创建和远程分支关联对应的分支
git branch -m 分支名称 创建并切换到指定分支
git branch -d 分支名称 删除分支
git merge 分支名称 将指定分支合并到当前分支
git remote add origin git@server:path/repositoryname.git 将本地仓库与远程仓库进行关联
git push –u origin branchname 将本地 master 分支的内容推到远程仓库的指定分支，如 master 或者 dev。加了-u 参数后，就会将本地的分支与远程的这个指定分支进行关联。
git clone git@server:path/repositoryname.git 将远程仓库的内容克隆到本地版本库
git stash 将当前工作区所有修改过的内容存储到“某个地方”，将工作区还原到当前版本未修改过的状态
git stash list 查看“某个地方”存储的所有记录
git stash pop 将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
git stash apply 编号, 将指定编号记录从“某个地方”重新拿到工作区（可能有冲突）
git stash drop 编号，删除指定编号的记录
更多学习资料点击下方
社区：ceshiren.com 2022.08.29 加入
微信公众号：霍格沃兹测试开发 提供性能测试、自动化测试、测试开发等资料、实事更新一线互联网大厂测试岗位内推需求，共享测试行业动态及资讯，更可零距离接触众多业内大佬
评论