大话 Git 使用

时间 2019-12-05

标签大话 git 使用栏目 Git 繁體版

原文原文链接

众众众众众所周知，github 是一个好东西。本篇就来讲说 Git 的那些指令，网上已经有不少文章，本篇就本不知名小博主在使用过程当中用到的一些指令和问题来记录和说明。若是对你有帮助欢迎点赞收藏，以为写的很差请跳至文末。git

一个超简明使用的提交模版：github

git clone 仓库地址    //进入下载好的本地仓库文件夹下
git add .
git commit -m "备注提交的部分"
git push   //提交本身的修改
git pull  //若是不能push，须要先从远程仓库拉取到别人的修改

固然，你觉得 GitHub 就是这么简单的东西么？曾经的我就是这么觉得的，至少上面这几个指令让我成功的提交了几回，直到我遇到了冲突……对于使用来讲，我以为最恼火的就是在提交的时候遇到冲突，这时候就须要咱们了解各类 Git 指令，对应状况对症下指令了，下面是一些可能会经常使用到的指令，以列表的形式给出。安全

Git 的一些指令用法

关于文件

pwd 命令用于显示当前目录。服务器

经过 git init 命令把这个目录变成 Git 能够管理的仓库，文件下就会有一个名为 .git 的隐藏文件夹。若是你没有看到 .git 目录，那是由于这个目录默认是隐藏的，用 ls -ah 命令就能够看见。app

使用标准的 UTF-8 编码。ssh

用命令 git add 告诉 Git，把文件添加到仓库。学习

提交

git commit 命令，-m 后面输入的是本次提交的说明，能够输入任意内容，固然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。编码

commit 能够一次提交不少文件，因此你能够屡次 add 不一样的文件。spa

git status 命令可让咱们时刻掌握仓库当前的状态。日志

git diff 命令看具体修改了什么内容。

把修改提交到 git 版本库：

提交修改和提交新文件是同样的两步，第一步是 git add（实际上就是把文件修改添加到暂存区）。

在执行第二步 git commit（实际上就是把暂存区的全部内容提交到当前分支）以前，咱们再运行 git status 看看当前仓库的状态。

提交后，咱们再用 git status 命令看看仓库的当前状态。

即：git add——>git status——>git commit——>git status。

版本退回

git log 命令显示从最近到最远的提交日志,加上 --pretty=oneline 参数显示为一行：

git log --pretty=oneline

在 Git 中，用 HEAD 表示当前版本，上一个版本就是 HEAD^，上上一个版本就是HEAD^^，固然往上 100 个版本写 100 个 ^ 比较容易数不过来，因此写成 HEAD~100。

退回上一个版本 git reset --hard HEAD^。

而后用 git log 再看看如今版本库的状态，用 git log 能够查看提交历史，以便肯定要回退到哪一个版本。

找到操做文件那步的的 commit id（前面的十六进制数），用 git reset --hard commit_id 指定回到将来的某个版本（未关闭终端窗口的恢复操做）。

Git 提供了一个命令 git reflog 用来记录你的每一次命令。

用 git reflog 查看命令历史，以便肯定要回到将来的哪一个版本（关闭终端后再想恢复的操做）。

git cat-file 命令显示版本库对象的内容、类型及大小信息,cat 文件名：显示文件内容。

第一次修改 -> git add -> 第二次修改 -> git add -> git commit，每次修改，若是不 add 到暂存区，那就不会加入到 commit 中。

git checkout -- file 能够丢弃工做区的修改

文件自修改后尚未被放到暂存区，如今，撤销修改就回到和版本库如出一辙的状态。

文件已经添加到暂存区后，又做了修改，如今，撤销修改就回到添加到暂存区后的状态————让这个文件回到最近一次 git commit 或 git add 时的状态。

用命令 git reset HEAD file 能够把暂存区的修改撤销掉（unstage），从新放回工做区。

当你改乱了工做区某个文件的内容，想直接丢弃工做区的修改时，用命令 git checkout -- file。

当你不但改乱了工做区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了上一点，第二步按上一步（git checkout -- file）操做。

从暂存区提交到了版本库，尚未把本身的本地版本库推送到远程，用退回上一个版本的操做（git reset --hard HEAD^）。

删除文件

rm 文件名：删除该文件。

用 git status 查看哪些文件被删除。

删错了，用 git checkout 文件名：用版本库里的版本替换工做区的版本，不管工做区是修改仍是删除，均可以“一键还原”。

git rm 文件名：从版本库删除该文件，并 git commit，以后不能再还原了。

命令 git rm 用于删除一个文件，若是一个文件已经被提交到版本库，误删可恢复，但只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

关于远程库

添加远程库：在 github 上创建好后，在终端用命令：

git remote add origin git@你的仓库

在本地关联的就是你的远程库，添加后，远程库的名字就是 origin，这是 Git 默认的叫法，也能够改为别的，可是 origin 这个名字一看就知道是远程库。

git push -u origin master 把本地库的全部内容推送到远程库上，用git push命令，其实是把当前分支 master 推送到远程。因为远程库是空的，咱们第一次推送 master 分支时，加上了 -u 参数，Git 不但会把本地的 master 分支内容推送的远程新的 master 分支，还会把本地的 master 分支和远程的 master 分支关联起来，在之后的推送或者拉取时就能够简化命令。

从如今起，只要本地做了提交，就能够经过命令：

git push origin master

用命令 git clone 克隆一个本地库：

git clone git@你要克隆的仓库

Git 支持多种协议，包括 https，但经过 ssh 支持的原生 git 协议速度最快

建立 dev 分支，而后切换到 dev 分支，git checkout -b dev (git checkout 命令加上 -b 参数表示建立并切换，至关于如下两条命令：

$ git branch dev 
$ git checkout dev

用 git branch 命令查看当前分支，git branch 命令会列出全部分支，当前分支前面会标一个 * 号。

Dev 分支的工做完成，咱们就能够切换回 master 分支：git checkout master
把 dev 分支的工做成果合并到 master 分支上：git merge dev，git merge 命令用于合并指定分支到当前分支。

git branch -d dev 删除 dev 分支。

Bug 分支

在 Git 中，因为分支是如此的强大，因此，每一个 bug 均可以经过一个新的临时分支来修复，修复后，合并分支，而后将临时分支删除。

Git 提供了一个 stash 功能，能够把当前工做现场“储藏”起来，等之后恢复现场后继续工做（如当前正在 dev 上进行的工做尚未提交）。

用 git status 查看工做区，就是干净的（除非有没有被 Git 管理的文件）。

所以能够放心地建立分支来修复 bug。

首先肯定要在哪一个分支上修复 bug，假定须要在 master 分支上修复，就从 master 建立临时分支：

git checkout master／git checkout -b 分支名

如今修复 bug 而后提交。

修复完成后，切换到 master 分支，并完成合并，最后删除临时分支。

接着回到 dev 分支干活。

用 git stash list 命令看工做现场。

工做现场还在，Git 把 stash 内容存在某个地方了，可是须要恢复一下，有两个办法：
用 git stash apply 恢复，可是恢复后，stash 内容并不删除，须要用 git stash drop 来删除。

用 git stash pop，恢复的同时把 stash 内容也删了。

再用 git stash list 查看就看不到任何 stash 内容，能够屡次 stash，恢复的时候，先用 git stash list 查看，而后恢复指定的 stash，用命令：git stash apply stash@{0}。

修复 bug 时经过建立新的 bug 分支进行修复而后合并最后删除，当手头工做没有完成时，先把工做现场 git stash 一下，而后去修复 bug 修复后再 git stash pop，回到工做现场。

每添加一个新功能，最好新建一个 feature 分支，在上面开发，完成后合并，最后删除该 feature 分支。

开发一个新 feature，最好新建一个分支，若是要丢弃一个没有被合并过的分支，能够经过 git branch -D <name> 强行删除。

当你从远程仓库克隆时，实际上 Git 自动把本地的 master 分支和远程的 master 分支对应起来了，而且远程仓库的默认名称是 origin。

要查看远程库的信息，用 git remote。

用 git remote -v 显示更详细的信息。

推送分支，就是把该分支上的全部本地提交推送到远程库 git push。

master 分支是主分支，所以要时刻与远程同步。

Dev 分支是开发分支，团队全部成员都须要在上面工做，因此也须要与远程同步。

Bug 分支只用于在本地修复 bug，不必推到远程。

Feature 分支是否推到远程，取决于你是否和你的小伙伴合做在上面开发。

本地新建的分支若是不推送到远程，对其余人就是不可见的。

从本地推送分支，使用 git push origin branch-name，若是推送失败，先用 git pull 抓取远程的新提交。

在本地建立和远程分支对应的分支，使用：

git checkout -b branch-name origin/branch-name

本地和远程分支的名称最好一致。

创建本地分支和远程分支的关联，使用：

git branch --set-upstream branch-name origin/branch-name

关于 Github

在 GitHub 上，能够任意 Fork 开源仓库。

本身拥有 Fork 后的仓库的读写权限。

能够推送 pull request 给官方仓库来贡献代码。

添加一个新的远程仓库，在本地库上使用命令 git remote add <远程库名字> <SSH地址>，再用 git remote -v 查看远程库信息。

git 给远程库起的默认名称是 origin，若是有多个远程库，咱们须要用不一样的名称来标识不一样的远程库：

git push <远程库名> master

敲一行命令告诉 Git 用 st 就表示 status：git config --global alias.st status，--global 参数是全局参数，也就是这些命令在这台电脑的全部 Git 仓库下都有用，加上 --global 是针对当前用户起做用的，若是不加则只针对当前的仓库起做用。

配置一个 git last，让其显示最后一次提交信息 git config --global alias.last 'log -1'，用 git last 就能显示最近一次的提交。

每一个仓库的 Git 配置文件都放在 .git/config 文件中：cat .git/config

当前用户的 Git 配置文件放在用户主目录下的一个隐藏文件 .gitconfig 中：cat .gitconfig。

配置别名也能够直接修改这个文件，若是改错了，能够删掉文件从新经过命令配置。

搭建 Git 服务器做为私有仓库使用。

Git push —-force能够在没有pull的状况下直接“暴力”push。

总结

查看分支：git branch

建立分支：git branch <name>

切换分支：git checkout <name>

建立+切换分支：git checkout -b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name> 

在两个分支上同时修改一个文件会发生冲突，当 Git 没法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成，用 git log —graph 命令能够看到分支合并图。

git merge --no-ff -m"again and again" dev，用git log看看分支历史，合并后的历史有分支，能看出来曾经作过合并，而 fast forward 合并就看不出来曾经作过合并。

在实际开发中，按照几个基本原则进行分支管理：

Master 分支应该是很是稳定的，也就是仅用来发布新版本，平时不能在上面干活。
在 dev 分支上干活，也就是说，dev 分支是不稳定的，到某个时候，好比 1.0 版本发布时，再把 dev
分支合并到 master 上，在 master 分支发布 1.0 版本。
你和你的小伙伴们每一个人都在 dev 分支上干活，每一个人都有本身的分支，时不时地往 dev 分支上合并就能够了。

剩下的关于 Git 的学习，最有效的方法可能就是实践了，如今就开始创建你的 Github 帐号吧。

不足之处，欢迎指正。