git和svn的区别
- git和svn最大的区别在于git是分布式的，而svn是集中式的。也就是说不能在离线的情况下使用svn。
- 如果服务器出现问题，就没有办法使用svn来提交代码：
- svn中的分支是整个版本库的复制的一份完整目录，而git的分支是指针指向某次提交，因此gt的分支创建更加开销更小并且分支上的变化不会影响到其他人。
- svn的指令相对于git来说要简单一些，比git更容易上手
- Workspace：工作区
- Index / Stage：暂存区
- Repository：仓库区（或本地仓库）
- Remote：远程仓库
git add
# 添加指定文件到暂存区
git add [file1] [file2] ...
# 添加指定目录到暂存区，包括子目录
git add [dir]
# 添加当前目录的所有文件到暂存区
git add .
# 对于同一个文件的多处变化，可以实现分次提交
git add -p
# 删除工作区文件，并且将这次删除放入暂存区
git rm [file1] [file2] ...
# 停止追踪指定文件，但该文件会保留在工作区
git rm --cached [file]
# 改名文件，并且将这个改名放入暂存区
git mv [file-original] [file-renamed]
git commit
# 提交暂存区到仓库区
git commit -m [message]
# 提交暂存区的指定文件到仓库区
git commit [file1] [file2] ... -m [message]
git branch
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 列出所有本地分支和远程所有的分支
git branch -a
# 新建一个分支，但依然停留在当前分支
git branch [branch-name]
# 新建一个分支，并切换到该分支
git checkout -b [branch]
# 切换到指定分支，并更新工作区
git checkout [branch-name]
# 新建一个分支，指向指定commit
git branch [branch] [commit]
# 切换到上一个分支
git checkout -
# 删除分支
git branch -d [branch-name]
# 删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]
远程同步
# 推送所有分支到远程仓库
git push [remote] --all
# 强行推送当前分支到远程仓库，即使有冲突
git push [remote] --force
# 上传本地指定分支到远程仓库
git push [remote] [branch]
# 取回远程仓库的变化，并与本地分支合并
git pull [remote] [branch]
撤销
# 恢复暂存区的指定文件到工作区
git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
git checkout .
# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
git reset [file]
# 重置暂存区与工作区，与上一次commit保持一致
git reset --hard
# 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变
git reset [commit]
# 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致
git reset --hard [commit]
git pull 和 git fetch的区别是什么
- git fetch只是将远程仓库的变化下载下来，并没有和本地分支合并。
- git pull 会将远程仓库的变化下载下来，并和当前分支合并。
- 简单来说就是git pull == git fetch + git merge
冲突
冲突
冲突产生情况
- 两个人对同一个项目不同文件进行修改
- 两个人对同一个项目同一个文件不同地方进行修改
- 两个人对同一个项目同一个文件同一个地方进行修改
自动合并冲突
- 自动合并冲突，自动合并冲突的发生是两个人没有对同一个地方进行修改这个时候会自己合并冲突
手动合并冲突
- 手动合并冲突，其实就是两个人对同一个地方进行了修改 怎么合并那样进行交流了 是合并自己的还是合并队友的还是都要，如果不解决就不能commit和push
git中rebase和merge的区别是什么
区别：
1、rebase把当前的commit放到公共分支的最后面，merge把当前的commit和公共分支合并在一起； rebase会把当前分支的 commit 放到公共分支的最后面,所以叫变基
2、用merge命令解决完冲突后会产生一个commit，而用rebase命令解决完冲突后不会产生额外的commit。
处理冲突的方式：
- 使用merge命令合并分支，解决完冲突，执行git add .和git commit -m'fix conflict'。这个时候会产生一个commit。
- 使用rebase命令合并分支，解决完冲突，执行git add .和git rebase --continue，不会产生额外的commit。这样的好处是，‘干净’，分支上不会有无意义的解决分支的commit；坏处，如果合并的分支中存在多个commit，需要重复处理多次冲突。
- git pull和git pull --rebase区别：git pull做了两个操作分别是‘获取’和合并。所以加了rebase就是以rebase的方式进行合并分支，默认为merge。
- git pull --rebase = git fetch + git rebase
多人基于同一个远程分支开发的时候，如果想要顺利 push 又不自动生成 merge commit，建议在每次提交都按照如下顺序操作：
git stash
git pull --rebase
git push
git stash pop
git reset --hard 和 git reset --soft区别
- git reset –-soft：回退到某个版本(
已经git add的)，只回退了commit的信息，不会恢复到index file一级。如果还要提交，直接commit即可；- git reset -–hard：彻底回退到某个版本，本地的源码也会变为上一个版本的内容，撤销的commit中所包含的更改被冲掉； 其中：
A和B是正常提交，而C和D是错误提交。现在，我们想把C和D回退掉。而此时，HEAD指针指向D提交（5lk4er）。我们只需将HEAD指针移动到B提交（a0fvf8），就可以达到目的。
