git常用命令总结

git pull  拉去代码

git push 将代码提交到远程仓库

git commit 将代码提交到本地仓库

git init

初始化仓库

git branch –a
查看分支

git checkout -b dev
创建本地分支的dev

git pull origin dev
将远端的dev分支的代码复制到本地(或者从远端的同步代码)

git status
查看本地分支的情况

git checkout dev
切换分支

git merge dev
将dev分支代码合并到当前分支

git push origin dev
推送到远程服务端

git add .
将工作去文件添加到暂存区

git commit
将暂存区代码提交到当前分支

git push origin dev
将代码提交到远端

git clone 项目的地址

git代码合并有两种：git Merge、git Rebase,其实这两句命令做的事是一样的，
都是将一个分支合并到另一个分支，只是其合并的方式不同罢了！

git Merge
这种合并是将两个分支的历史合并到一起，现有的分支并不会被更改,
它会比对双方不同的文件缓存下来，生成一个commit,去push
优点: 安全，现有分支不会被修改
缺点: 或多或少都会污染一点分支历史，在回看项目时会增加理解项目历史的难度，
而且在合并的时候也不会有日志
用处: 一般用于公共master主分支

git Rebase
这种合并通常称之为“衍合”，他是修改提交历史，比对双方的commit，
然后找出不同的去缓存，然后在去push，修改你的commit历史。
优点: 项目历史会非常整洁
缺点: 安全性和可跟踪性很差，你将无法知晓你这次合并做了那些修改
用处: 绝不要在公共的分支上使用它。一般用于，自己本身独自使用的分支
总结
这两种方式各有优点和缺点，我们要根据实际情况和需要去决定去使用哪种合并方式。
我的使用习惯一般是: 在我自己持有使用的分支，使用Rebase，保持好看的项目历史，
在主master分支时使用Merge，这样安全和好跟踪修改！


git add -A和 git add .   git add -u在功能上看似很相近，但还是存在一点差别
git add . ：他会监控工作区的状态树，使用它会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件。
git add -u ：他仅监控已经被add的文件（即tracked file），他会将被修改的文件提交到暂存区。add -u 不会提交新文件（untracked file）。（git add --update的缩写）

git add -A ：是上面两个功能的合集（git add --all的缩写）

 git add -A  提交所有变化

 git add -u  提交被修改(modified)和被删除(deleted)文件，不包括新文件(new)

 git add .  提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件