git命令的使用速成！

一,简单的代码提交流程

git status 查看工作区代码相对于暂存区的差别

git add . 将当前目录下修改的所有代码从工作区添加到暂存区 . 代表当前目录

git reset 重置缓存区

git commit -m ‘注释’ 将缓存区内容添加到本地仓库

git commit --amend -m ‘注释’ 覆盖刚刚的错误提交，记得再次add再次缓存

git log 查看提交记录

git branch 查看分支

git branch name 创建分支

git branch -d name 删除分支

git checkout name 切换分支

git checkout . 撤销所有操作 ！！！注意使用

git checkout -b name 创建+切换分支

git merge name 合并某分支到当前分支

git remote add origin （仓库链接） 关联远程仓库（origin 是快捷名称）

git push -u origin xjiao将本地版本库推送到远程服务器，（-u把xjiao设为默认分支）

git push origin 通过上面两步。就可以直接推送

git push origin --delete name 删除远程分支

git remote -v查看远程地址

git clone 链接 克隆别人仓库 （本地为空创建新项目）

git fetch把服务端全部拉到本地

git pull origin name 关联远程分支，把服务端代码拉取到本地

git diff xxx（文件名）查看修改的内容

git stash 把当前要改的东西放到其他区域

git revet commit 撤销 回滚（回滚还有一种方法但是推荐使用这种）

git reset head^ 还原上一个版本

git reset --hard （后面跟版本号。通过git log查看）

git mv 1.js 2.js(文件1的名字改成文件2) 重命名文件

git commit -m ‘mv 1.js 2.js’ 提交重命名的文件

*我有些文件不想提交，例如 node_modules文件夹，怎么忽略它？

在项目的根目录下，创建一个叫做.gitignore的文件。

提示：origin是远程主机，master表示是远程服务器上的master分支，分支名是可以修改的

• 列出当前配置

git config --list	

• 列出Repository配置

git config --local --list

• 列出全局配置

git config --global --list

• 列出系统配置

git config --system --list

通过上述的命令，发现你并没有配置用户信息的话，接下来配置一下👇

• 配置用户名

git config --global user.name "your name"

• 配置用户邮箱

git config --global user.email "youremail@github.com"

Git add

git add [参数] <路径>　作用就是将我们需要提交的代码从工作区添加到暂存区，就是告诉git系统，我们要提交哪些文件，之后就可以使用git commit命令进行提交了。
 为了方便下面都用 . 来标识路径， . 表示当前目录，路径可以修改，下列操作的作用范围都在版本库之内。

git add .

不加参数默认为将修改操作的文件和未跟踪新添加的文件添加到git系统的暂存区，注意不包括删除

git add + 文件
git add -u + 路径：将修改过的被跟踪代码提交缓存
git add -A + 路径: 将修改过的未被跟踪的代码提交至缓存
例如：
git add -u vpaas-frontend/src/components
将 vpaas-frontend/src/components 目录下被跟踪的已修改过的代码提交到缓存中

git add -A vpaas-frontend/src/components
将 vpaas-frontend/src/components 目录下未被跟踪的已修改过的代码提交到缓存中

git add .
使用上面的命令将所有的修改的文件提交到缓存区

Git commit

git commit 主要是将暂存区里的改动给提交到本地的版本库。每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值，这个哈希值也叫commit-id，
 commit-id 在版本回退的时候是非常有用的，它相当于一个快照,可以在未来的任何时候通过与git reset的组合命令回到这里.

git commit -m ‘message’

-m 参数表示可以直接输入后面的“message”，如果不加 -m参数，那么是不能直接输入message的，而是会调用一个编辑器一般是vim来让你输入这个message，
message即是我们用来简要说明这次提交的语句。

git commit -am ‘message’ -am等同于-a -m

-a参数可以将所有已跟踪文件中的执行修改或删除操作的文件都提交到本地仓库，即使它们没有经过git add添加到暂存区，
注意: 新加的文件（即没有被git系统管理的文件）是不能被提交到本地仓库的。
Git push
 在使用git commit命令将修改从暂存区提交到本地版本库后，只剩下最后一步将本地版本库的分支推送到远程服务器上对应的分支了，如果不清楚版本库的构成，可以查看我的另一篇，git 仓库的基本结构。
 git push的一般形式为 git push <远程主机名> <本地分支名> <远程分支名> ，例如 git push origin master：refs/for/master ，即是将本地的master分支推送到远程主机origin上的对应master分支， origin 是远程主机名。第一个master是本地分支名，第二个master是远程分支名。
git push origin master
如果远程分支被省略，如上则表示将本地分支推送到与之存在追踪关系的远程分支（通常两者同名），如果该远程分支不存在，则会被新建

git push origin ：refs/for/master

如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支，等同于 git push origin –delete master

git push origin

如果当前分支与远程分支存在追踪关系，则本地分支和远程分支都可以省略，将当前分支推送到origin主机的对应分支

git push

如果当前分支只有一个远程分支，那么主机名都可以省略，形如 git push，可以使用git branch -r ，查看远程的分支名

git pull 拉取服务器代码，避免覆盖他人代码

git status
具体状态如下：
1：Untracked: 未跟踪,一般为新增文件，此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
2：Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作.
3：deleted： 文件已删除，本地删除，服务器上还没有删除.
4：renamed：

git add + 文件
git add -u + 路径：将修改过的被跟踪代码提交缓存
git add -A + 路径: 将修改过的未被跟踪的代码提交至缓存
例如：
git add -u vpaas-frontend/src/components
将 vpaas-frontend/src/components 目录下被跟踪的已修改过的代码提交到缓存中

git add -A vpaas-frontend/src/components
将 vpaas-frontend/src/components 目录下未被跟踪的已修改过的代码提交到缓存中

git add .
使用上面的命令将所有的修改的文件提交到缓存区

5：将缓存区代码推送到Git服务器

git push

常见问题
1：误将代码提交到缓存中（利用 git add 命令误将代码提交的缓存中）
解决办法：利用 git reset 命令将撤回缓存中的代码。

2：误将代码提交到本地仓库（利用 git commit 命令误将代码提交到本地仓库）
解决办法：
git reset —hard + 版本号
彻底回退到某个版本，本地的代码也会改变上一个版本内容.

二.示例

首先，我们创建dev分支，然后切换到dev分支：

$ git checkout -b dev
Switched to a new branch 'dev'

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

然后，用git branch命令查看当前分支：

$ git branch
* dev
  master

git branch命令会列出所有分支，当前分支前面会标一个*号。

然后，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：

Creating a new branch is quick.

然后提交：

$ git add readme.txt 
$ git commit -m "branch test"
[dev b17d20e] branch test
 1 file changed, 1 insertion(+)

现在，dev分支的工作完成，我们就可以切换回master分支：

$ git checkout master
Switched to branch 'master'

切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

现在，我们把dev分支的工作成果合并到master分支上：

$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

当然，也不是每次合并都能Fast-forward，我们后面会讲其他方式的合并。

合并完成后，就可以放心地删除dev分支了：

$ git branch -d dev
Deleted branch dev (was b17d20e).

删除后，查看branch，就只剩下master分支了：

$ git branch
* master

因为创建、合并和删除分支非常快，所以Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。
<有什么不足和建议还有补充，可以私信与我>