1.Git和SVN有什么区别？
| Git | SVN |
|---|---|
| Git是一个分布式的版本控制工具 | SVN 是集中版本控制工具 |
| 它属于第3代版本控制工具 | 它属于第2代版本控制工具 |
| 客户端可以在其本地系统上克隆整个存储库 | 版本历史记录存储在服务器端存储库中 |
| 即使离线也可以提交 | 只允许在线提交 |
| push/pull 操作更快 | Push/pull 操作较慢 |
| 工程可以用 commit 自动共享 | 没有任何东西自动共享 |
2.什么是Git？
Git 是分布式版本控制系统，可以跟踪文件的更改，并允许你恢复到任何特定版本的更改，优点是它不依赖于中央服务器来存储项目文件的所有版本。每个开发人员都可以“克隆”“Local repository”标注的存储库的副本，并且在他的硬盘驱动器上具有项目的完整历史记录，因此当服务器中断时，你需要的所有恢复数据都在你队友的本地 Git 存储库中。还有一个中央云存储库，开发人员可以向其提交更改，并与其他团队成员进行共享。
3.Git的一些常见命令。
创建存储库： git init
更改git配置： git config
关联用户名： git config --global user.name "名字"
关联email： git config --global user.email "邮件"
提交命令： git commit -m "注释"
检查当前文件状态： git status
提出更改（把它们添加到暂存区）: git add filename (针对特定文件)、git add *(所有文件)、git add *.txt（支持通配符，所有 .txt 文件）
移除文件： git rm filename (从暂存区域移除，然后提交)
对文件重命名: git mv README.md README
跳过使用暂存区域更新的方式： git commit -a -m "注释" -a:跳过git add 步骤，自动把所有已经跟踪过的文件暂存起来一并提交
推送代码到远程仓库： git push origin master
取消暂存的文件： git reset filename
撤销对文件的修改： git checkout -- filename
git reset --hard origin/master
尝试重新提交： git commit --amend
丢弃本地修改，拉取最新代码，并本地主分支指向它： git fetch origin git reset --hard origin/master
创建新分支： git branch test
切换新分支： git checkout test
合并分支(可能会有冲突)： git merge test
删除分支： git branch -d test
4.如何撤销已经推送(push)至远端仓库的提交(commit)信息？
撤销提交信息：
- 首先，通过git log查看提交信息，以便获取需要回退至的版本号；
- 然后，通过git reset --soft <版本号>重置至指定版本的提交，达到撤销提交的目的；
- 然后，通过git log确认是否成功撤销；
参数soft：保留当前工作区，以便重新提交
参数hard：会撤销相应工作区的修改
撤销：
- 通过git push origin master –force强制提交当前版本号，以达到撤销版本号的目的；必须添加参数force进行强制提交，否则会提交失败，并报错
报错原因：本地项目版本号低于远端仓库版本号。
修改代码，重新提交和推送：
- git add .
- git commit -m "注释"
- git push origin master
5.git pull 和 git fetch 有什么区别？
- git pull：从中央存储库中提取特定分支的新更改或提交，并更新本地存储库中的目标分支。
- git fetch：一样的目的，但工作方式略有不同。当你执行 git fetch 时，它会从所需的分支中提取所有新提交，并将其存储在本地存储库中的新分支中。如果要在目标分支中反映这些更改，
必须在 git fetch 之后执行git merge。只有在对目标分支和获取的分支进行合并后才会更新目标分支。
总结：git pull = git fetch + git merge
6.什么是git stash ? 什么是git stash drop?
- git stash：当你一直在处理项目的某一部分时，如果你想要在某个时候切换分支去处理其他事情，事情会处于混乱的状态。git stash 会将你的工作目录，即修改后的跟踪文件和暂存的更改保存在一堆未完成的更改中，你可以随时重新应用这些更改。
- git stash drop：用于删除隐藏的项目。默认情况下，它将删除最后添加的存储项，如果提供参数的话，它还可以删除特定项。
例如：
git stash list 显示所有的隐藏项目表；
git stash drop stash@{0} 删除第一个项目；
7.如何找到特定提交中已更改的文件列表？
获取特定提交中已更改的列表文件：
git diff-tree -r {hash}
给定提交哈希，这将列出在该提交中更改或添加的所有文件。 -r 标志使命令列出单个文件，而不是仅将它们折叠到根目录名称中。
git diff-tree –no-commit-id –name-only -r {hash}
-no-commit-id：将禁止提交哈希值出现在输出中
-name-only：只会打印文件名而不是它们的路径
8.Commit的对象包含什么？
- 一组文件，表示给定时间点的项目状态
- 引用父提交对象
- SHAI 名称，一个40个字符的字符串，提交对象的唯一标识
9.怎样将 N 次提交压缩成一次提交？
两种方式：
- 如果要从头开始编写新的提交消息，请使用以下命令：
git reset --soft HEAD~N && git commit
- 如果你想在新的提交消息中串联现有的提交消息，那么需要提取这些消息并将它们传给 git commit，可以这样：
git reset –soft HEAD~N &&
git commit –edit -m"$(git log –format=%B –reverse .HEAD@{N})"
10.描述一下你所使用的分支策略？
- 功能分支（Feature branching）：
要素分支模型将特定要素的所有更改保留在分支内。当通过自动化测试对功能进行全面测试和验证时，该分支将合并到主服务器中。 - 任务分支（Task branching）：
在此模型中，每个任务都在其自己的分支上实现，任务键包含在分支名称中。很容易看出哪个代码实现了哪个任务，只需在分支名称中查找任务键。 - 发布分支（Release branching）：
一旦开发分支获得了足够的发布功能，你就可以克隆该分支来形成发布分支。创建该分支将会启动下一个发布周期，所以在此之后不能再添加任何新功能，只有错误修复，文档生成和其他面向发布的任务应该包含在此分支中。一旦准备好发布，该版本将合并到主服务器并标记版本号。此外，它还应该再将自发布以来已经取得的进展合并回开发分支。
最后告诉他们分支策略因团队而异，所以我知道基本的分支操作，如删除、合并、检查分支等。
11.如果分支是否已合并为master，你可以通过什么手段知道？
- git branch –merged 它列出了已合并到当前分支的分支。
- git branch –no-merged 它列出了尚未合并的分支。