git命令
正常提交
git add .
git commit -m "提交内容"
git pull
git push origin 分支名初始化
设置用户名，邮箱
git config --global user.name "Author Name"
git config --global user.email "Author Email"查看邮箱用户名等选项
gitc onfig --list初始化一个Git仓库，使用git init命令。
第一步，使用命令git add .,添加全部 ，注意，可反复多次使用，添加多个文件；
第二步，使用命令git commit -m "提交的注释"，完成。
运行git status命令看看结果
运行git diff这个命令可查看我们修改了什么内容
第一步：git add .
第二步：git commit -m "写改动的注释"
版本回退
通过git log来查看版本（加上--pretty=oneline参数查看关键信息）：git中，用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
删除之前的提交记录
找到提交的commit_id,
先git checkout <commit_id>，然后git push origin <commit_id> --force,这个要慎重，删除了就没有了。
工作区和暂存区
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
撤销修改
git reflog 记录每一次操作，可进行回滚
git 优雅的撤销中间某次提交？
https://blog.csdn.net/u013066244/article/details/79920012
有时候我们希望只合并某个分支上的某次修改commit到指定的分支上.那么就可以使用cherry-pick命令来操作了.
使用git log 查看提交的信息,记住commit id.
git checkout 要修改的分支
git cherry-pick 某个commit id // 把某个commit id的提交合并到当前分支.
在修改了文件之后，且还没有add之前，可执行以下命令丢弃工作区的修改。
$ git checkout –- readme.txtgit checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令
如果你想要修改，已经git add到暂存区，但还没有commit的内容。
我们可以用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：
$ git reset HEAD readme.txtgit reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
将当前提交撤回到commitB_hash
git reset –-hard commitB_hash将工作区，暂存区强制恢复成 commitB_hash的状态
git reset commitB_hashgit stash用法
保存当前修改
git stash会把所有未提交的修改（包括暂存的和非暂存的）都保存起来，用于后续恢复当前工作目录。stash是本地的，不会通过git push命令上传到git server上。
重新应用缓存的stash
可以通过git stash pop命令恢复之前缓存的工作目录，这个指令将缓存堆栈中的第一个stash删除，并将对应修改应用到当前的工作目录下
查看现有stash
可以使用git stash list命令， 点击查看更多stash用法。
删除文件
一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：
$ rm test.txt这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：
现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
$ git checkout -- test.txtgit checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
分支管理
git查看当前分支所属
git branch -vv创建与合并分支
首先创建dev分支，然后切换到dev分支
$ git checkout –b dev
git checkout - (-代表上一个分支名，这里是简写)
Switched to a new branch 'dev'git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
Switched to branch 'dev'git branch –a 查看当前仓库的所有分支；git branch –r查看远程仓库的所有分支
dev分支的工作成果合并到master分支上：
$ git merge dev修改分支
如果对于分支不是当前分支，可以使用下面代码：
git branch -m 原名 新如果是当前，那么可以使用加上新名字
git branch -m 原名 混乱的分支
报错$ git checkout -b ***
fatal: cannot lock ref 'refs/heads/***': 'refs/heads/***' exists; cannot create 'refs/heads/user/***'
git remote prune origin小结
查看分支：
git branch创建分支：
git branch切换分支：
git checkout创建 切换分支：
git checkout -b合并某分支到当前分支：
git merge删除分支：
git branch -D提交：
git branch origin 远程分支名称
自定义Git
配置命令别名
本节是教你如何偷懒的。
如果敲git st就表示git status那就简单多了，当然这种偷懒的办法我们是极力赞成的。
我们只需要敲一行命令，告诉Git，以后st就表示status：
$ git config --global alias.st status当然还有别的命令可以简写，很多人都用co表示checkout，ci表示commit，br表示branch
其它技巧
之前上传过的文件夹想要忽略怎么办？这行这个，然后正常提交okgit rm -r --cached .
撤销远程操作
已经提交到远程了，不想要了，怎么办？
git reset --hard [commit_id]
git push origin [分支名]这个操作非常危险，如果别人也提交了，他的也会不存在
git 子模块
克隆所有子模块
git clone --recursive git://github.com/foo/bar.git如果已经克隆了
git submodule update --init --recursive添加
为当前工程添加submodule，命令如下
git submodule add 仓库地址 路径其中，仓库地址是指子模块仓库地址，路径指将子模块放置在当前工程下的路径。
注意：路径不能以 / 结尾（会造成修改不生效）、不能是现有工程已有的目录（不能順利 Clone），不写路径默认当前文件夹
命令执行完成，会在当前工程根路径下生成一个名为“.gitmodules”的文件，其中记录了子模块的信息。添加完成以后，再将子模块所在的文件夹添加到工程中即可。
删除
submodule的删除稍微麻烦点：首先，要在“.gitmodules”文件中删除相应配置信息。然后，执行“git rm –cached ”命令将子模块所在的文件从git中删除。
下载的工程带有submodule
当使用git clone下来的工程中带有submodule时，初始的时候，submodule的内容并不会自动下载下来的，此时，只需执行如下命令：
git submodule update --init --recursive即可将子模块内容下载下来后工程才不会缺少相应的文件。
修改子模块并提交
进入子模块目录下，进行git add .,git commit -m "",git push origin origin操作
最后在主模块提交
git 钩子
pre-commit 钩子在键入提交信息前运行。 它用于检查即将提交的快照，例如，检查是否有所遗漏，确保测试运行，以及核查代码。 如果该钩子以非零值退出，Git 将放弃此次提交，不过你可以用 git commit --no-verify来绕过这个环节。 你可以利用该钩子，来检查代码风格是否一致（运行类似 lint 的程序）、尾随空白字符是否存在（自带的钩子就是这么做的），或新方法的文档是否适当。
"pre-commit": [
"lint"
],
"scripts": {
"lint": "eslint --ext .js, src",
"lint:fix": "npm run lint -- --fix"
},git提交前会验证lint命令
更多查看https://github.com/k88hudson/git-flight-rules/blob/master/README_zh-CN.md
在线学习git使用 https://learngitbranching.js.org/
作者：刘伟波
链接：http://www.liuweibo.cn/p/205
来源：刘伟波博客
本文原创版权属于刘伟波 ，转载请注明出处，谢谢合作
发表评论：