git常用命令与常见面试题总结
git框架介绍
- Workspace：开发者工作区
- Index / Stage：暂存区/缓存区
- Repository：仓库区（或本地仓库）
- Remote：远程仓库
列举工作中常用的几个git命令？
新增文件的命令：git add file或者git add .
提交文件的命令：git commit –m或者git commit –a
查看工作区状况：git status –s
拉取合并远程分支的操作：git fetch/git merge或者git pull
查看提交记录命令：git reflog
git init(创建仓库)
git status(查看仓库的状态)
git diff 文件名 (这次相较上次修改了哪些内容)
git add 文件名 (将添加的文件放到栈存区中)
git commit (将栈存区内容提交到代码区中)
git clone git地址(将远程仓库的代码克隆到本地)
git branch 查看当前分支
git checkout 切换分支
提交时发生冲突，如何解决？
为什么会产生冲突？（可参考git发生冲突的实例）
因为在合并分支的时候，master分支和dev分支恰好有人都修改了同一个文件，GIT不知道应该以哪一个人的文件为准，所以就产生了冲突了。 两个分支相同文件相同位置的的不同操作！
如何解决？
发生冲突，在IDE里面一般都是对比本地文件和远程分支的文件，然后把远程分支上文件的内容手工修改到本地文件，然后再提交冲突的文件使其保证与远程分支的文件一致，这样才会消除冲突，然后再提交自己修改的部分。特别要注意下，修改本地冲突文件使其与远程仓库的文件保持一致后，需要提交后才能消除冲突，否则无法继续提交。必要时可与同事交流，消除冲突。
发生冲突，也可以使用命令。
通过git stash命令，把工作区的修改提交到栈区，目的是保存工作区的修改；
通过git pull命令，拉取远程分支上的代码并合并到本地分支，目的是消除冲突；
通过git stash pop命令，把保存在栈区的修改部分合并到最新的工作空间中；
新建git功能分支的步骤？
Git branch name 创建名字为name的branch
Git checkout xxx_dev 切换到名字为xxx_dev的分支
Git pull 从远程分支拉取代码到本地分支
Git checkout -b main_furture_xxx 创建并切换到 main_furture_xxx 分支
Git push origin main_furture_xxx 执行推送的操作，完成本地分支向远程分支的同步
在执行git pull的时候，提示当前branch没有跟踪信息：
01： git pull origin 远程分支名称
02：git branch --set-upstream-to=origin/远程分支名称 本地分支名 （先建立远程分支与本地分支的连接，再pull）
git pull 再pull
说明GIT合并的两种方法以及区别
Git代码合并有两种：Git Merge 和 Git ReBase
Git Merge：这种合并方式是将两个分支的历史合并到一起，现在的分支不会被更改，它会比对双方不同的文件缓存下来，生成一个commit，去push。
Git ReBase：这种合并方法通常被称为“衍合”。他是提交修改历史，比对双方的commit，然后找出不同的去缓存，然后去push，修改commit历史。
Git提交代码的步骤
git clone （这个是你新建本地git仓库，如已有可忽略此步）
git pull 取回远程主机某个分支的更新，再与本地的指定分支合并。
git status 查看当前状态
git add + 文件
git add -u + 路径：将修改过的被跟踪代码提交缓存
git add -A + 路径: 将修改过的未被跟踪的代码提交至缓存
git add -u com/breakyizhan/src
将 com/breakyizhan/src 目录下被跟踪的已修改过的代码提交到缓存中
git commit -m "修复XXbug" 推送修改到本地git库中
git push 把当前提交到git本地仓库的代码推送到远程主机的某个远程分之上fork、 branch、clone 之间的区别？
fork：是对存储仓库（repository）进行的远程的，服务器端的拷贝。复刻不是git范畴。
clone：不是复刻，克隆是对某个远程仓库的本地拷贝。克隆时，实际上是拷贝整个存储仓库，包括所有的历史记录和分支。
branch：是一种机制，用于处理单一存储仓库中的变更，并最终目的是用于与其他部分代码合并。
Git与SVN的区别
1、Git是分布式的，而SVN不是分布式的
Git和svn最大的区别就是集中式和分布式，集中式是指只有一个远程版本库，而分布式有本地和远程版本库。
2、Git把内容按元数据方式存储，而SVN是按文件
3、Git没有一个全局版本号，SVN有，目前为止这是SVN相比Git缺少的最大的一个特征
4、Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
一个研发队伍的成员正常包括：需求分析、设计、美工、程序员、测试、实施、运维，每个成员在工作中都有产出物， 包括了文档、设计代码、程序代码，这些都需要按项目集中进行管理的。SVN能清楚的按目录进行分类管理， 使项目组的管理处于有序高效的状态，SVN更适用于项目管理， Git更适用于代码管理。
5、Git下载下来后，在OffLine状态下可以看到所有的Log,SVN不可以
6、SVN必须先Update才能Commit,忘记了合并时就会出现一些错误，git还是比较少的出现这种情况
7、克隆一份全新的目录以同样拥有五个分支来说，SVN是同时复製5个版本的文件,也就是说重复五次同样的动作。而Git只是获取文件的每个版本的 元素，然后只载入主要的分支(master)在我的经验,克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件的 SVN,耗了将近一个小时！而Git只用了区区的1分钟
8、版本库（repository):SVN只能有一个指定中央版本库。当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git可以有无限个版本库。或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：置於GitHub的版本库）发生了什麼事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。工作成员也可以提交到其他的版本库
9、分支（Branch）在SVN中，分支是一个完整的目录。且这个目录拥有完整的实际文件。如果工作人员想要开启新的分***将会影响“全世界”！每个人都会拥有和你一样的分支。如果你对分支是用来破坏工作（安检测试），那将会想传染病一样，你改一个分支，还得让其他人重新切分支重新下载。而Git，每个工作成员可以任意在自己的本地版本库开启无限个分支。eg：当我想尝试破坏自己的程序（安检测试），并且想保留这些被修改的文件供日后使用，我可以开一个分支，做我喜欢的事。完全不需要担心妨碍其他成员的 工作。只要我不合并以及提交到主要版本库，没有一个成员会被影响。等到我不需要这个分支时，我只要把它从我本地版本库删除即可。Git的分支名是可以使用不同的名字的。eg：我的本地分支名为OK，而在主要版本库的名字其实是master。最值得一提的是，我可以在Git的任意一个提交点（commit point）开启分享！（其中一个方法就是使用gitk-all可观察整个提交记录，然后在任意点开启分支。）
10、提交（commit）在SVN中，当你提交你的完成品时，它将直接记录到中央版本库。当你发现你的完成作品存在严重问题时，你已经无法阻止事情的发生了。如果网路中断，你根本没办法提交！而Git提交完全属于本地版本库的活动。而你只需“推”（Git push）到主要版本库即可。Git的“推”其实是在执行“同步”（Synchronize）
11 安全性：对于svn来说，如果存储远程版本库的服务器挂了，所有人的代码都无法提交，甚至丢失版本库。而git则因为有本地版本库而不会有这个问题。
12 方便性：
svn由于是远程版本库，项目的提交受到网络的限制，如果是局域网内的远程版本库虽然没有网络的限制，但在公司外就无法访问了；其次，如果有多人协同开发，修改直接提交到远程版本库，没人审核，造成代码质量参差不齐；最后，如果开发人员在提交修改前想交流下代码，只好通过文件传输传来传去。git在没有网络的时候，可以先把修改保存到本地版本库，等有网络时再提交到远程版本库；
其次，git中团队开发项目往往有由一个项目维护者维护的官方版本库，其他参与开发的人员先把官方版本库fork到个人的开放的远程版本库，然后拉取到本地版本库，本地版本库有了修改后再push到个人的远程版本库，最后向项目维护者发送pull请求，由项目维护者决定是否接纳修改，从而保证了代码质量，又因为个人远程版本库是开放的，也能方便交流。
公众号地址
京公网安备 11010502036488号