Changes to be committed: 已经到暂存区
Changes not staged for commit: 工作区有修改还未提交到暂存区
nothing to commit (working directory clean):工作区没有修改的
1.初始化一个Git仓库
git init
2.添加文件到git仓库(两步)
git add 反复多次使用 ---->把文件添加的仓库 (添加到暂存区)
git commit -m ---->把文件提交到仓库 (把暂存区所有内容提交到本地当前分支)
注意：每次修改，如果不add到暂存区，那就不会加入到commit中
3.查看工作区状态
git status
查看修改的文件和仓库文件的不同
git diff fileName
4.版本回退
git reset --hard commit_id
5.查看提交历史
git log
6.查看命令历史
git reflog
7. 丢弃工作区的修改【和仓库保持一致】
git checkout -- file
注意没有“--”就变成创建一个新分支
两种情况：
a.自文件修改后还没有放到暂存区，现在撤销修改就是回到到版本库一模一样的状态
b.文件已经添加到暂存区后，又做了修改，现在撤销修改就回到添加到暂存区后的状态
8.git reset HEAD file
把暂存区的修改回退到工作区，如果要丢弃工作区的修改用git checkout --file
总结:git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们HEAD时，表最新的版本
9.删除文件
第一种真正要删除：
rm file
git status
git rm file
以上就确实从版本库删除了
第一种删错了：
git checkout --file 用版本库里面的替换工作区的，这样可能导致丢失最后一次修改的内容
10.
第一次:git push -u origin master
第一次推送加上-u参数，Git不但会把本地的master分支内容推送远程新的master分支，还会
把本地的master分支和远程的master分支关联起来
把本地的所有内存推送到远程仓库（实际是把当前分支master推送到远程）
以后:git push origin master
把本地master分支的最新修改推送到远程
11.克隆远程仓库
(从零开发,最好的方式是先创建远程库,然后从远程克隆)
git clone 地址
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来
了，并且，远程仓库的默认名称是origin。通过git remote查看
默认情况下,只能看到本地的master分支。
可以通过git branch 查看
如果要在其他分支开发(如:dev分支),就必须创建远程的origin的dev分支到本地
git checkout -b dev orgin/dev
因此，多人协作的工作模式通常是这样：
a. 首先，可以试图用git push origin branch-name推送自己的修改；
b. 如果推送失败，则因为远程分支比你的本地更新，需要先git pull试图合并；
c. 如果合并有冲突，则解决冲突，并在本地提交；
d. 没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功
以上建议：向远程仓库push之前先pull
11.创建并切换分支
git checkout -b dev
相当于以下两条命令：
git branch dev
git checkout dev
12.查看当前分支
git branch -a 查询所有分支
返回：
$ git branch -a
* 6th
develop
master
remotes/origin/6th
remotes/origin/7th
remotes/origin/HEAD -> origin/master
remotes/origin/develop
remotes/origin/master
git branch (带*就是当前分支)
13.合并分支
git checkout master (先切回到master分支)
git merge dev (git merge命令用于合并指定分支到当前分支)
在上面两条命令中，即为将dev分支合并到master分支
14.删除分支
git branch -d branch-name
微信公众号
