阿里蚂蚁金服五面，git总结的笔记分享给大家，git常用命令，高级前端开发面试解答

Git是分布式的，SVN是集中式的

SVN 集中式版本管理工具就是多人开发通过一个服务器来尽行操作，如果服务器宕机了那么历史信息，代码都会丢失

这是 Git 和 SVN 最大的区别。若能掌握这个概念，两者区别基本搞懂大半。因为 Git 是分布式的，所以 Git 支持离线工作，在本地可以进行很多操作，包括接下来将要重磅推出的分支功能。而 SVN 必须联网才能正常工作。

差异对比表

| 差异 | svn | git |

| — | — | — |

| 系统特点 | 1.集中式版本控制系统（文档管理很方便） 2.企业内部并行集中开发 3.windows系统上开发推荐使用 4.克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件，用时将近一个小时 | 1.分布式系统（代码管理很方便） 2.开源项目开发 3.mac,Linux系统上开发推荐使用 4.克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件，用时1分钟 |

| 灵活性 | 1.搭载svn的服务器出现故障，无法与之交互 2.所有的svn操作都需要中央仓库交互（例：拉分支，看日志等） | 1.可以单机操作，git服务器故障也可以在本地git仓库工作 2.除了push和pull（或fetch）操作，其他都可以在本地操作 3.根据自己开发任务任意在本地创建分支 4.日志都是在本地查看，效率较高 |

| 安全性 | 较差，定期备份，并且是整个svn都得备份 | 较高，每个开发者的本地就是一套完整版本库，记录着版本库的所有信息（gitlab集成了备份功能） |

| 分支方面 | 1.拉分支更像是copy一个路径 2.可针对任何子目录进行branch 3.拉分支的时间较慢，因为拉分支相当于copy 4.创建完分支后，影响全部成员，每个人都会拥有这个分支 5.多分支并行开发较重（工作较多而且繁琐） | 1.我可以在Git的任意一个提交点（commit point）开启分支！（git checkout -b newbranch HashId） 2.拉分支时间较快，因为拉分支只是创建文件的指针和HEAD 3.自己本地创建的分支不会影响其他人 4.比较适合多分支并行开发 5.git checkout hash值(切回之前的版本，无需版本回退) 6.强大的cherry-pick |

| 版本控制 | 1.保存前后变化的差异数据，作为版本控制 2.版本号进行控制，每次操作都会产生一个高版本号（svn的全局版本号，这是svn一个较大的特点，git是hash值） | 1.git只关心文件数据的整体发生变化，更像是把文件做快照，文件没有改变时，分支只想这个文件的指针不会改变，文件发生改变，指针指向新版本 2. 40 位长的哈希值作为版本号，没有先后之分 3.git rebase操作可以更好的保持提交记录的整洁 |

| 工作流程 | 1.每次更改文件之前都得update操作，有的时候修改过程中这个文件有更新，commit不会成功 2.有冲突，会打断提交动作（冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。） | 1.开始工作前进行fetch操作，完成开发工作后push操作，有冲突解决冲突 2.git的提交过程不会被打断，有冲突会标记冲突文件 3.gitflow流程（经典） |

| 内容管理 | svn对中文支持好，操作简单，适用于大众 | 对程序的源代码管理方便，代码库占用的空间少，易于分支化管理 |

| 学习成本 | 使用起来更方便，svn对中文支持好，操作简单，适用于大众 | 更在乎效率而不是易用性，成本较高（有很多独有的命令，rebase，远程仓库交互的命令，等等） |

| 权限管理 | svn的权限管理相当严格，可以按组、个人针对某个子目录的权限控制（每个目录下都会有个.svn的隐藏文件） | git没有严格的权限管理控制，只有账号角色划分（在项目的home文件下有且只有一个.svn目录） |

| 管理平台 | SVNBucket SVNBucket - 免费 SVN 代码托管服务器，不限私有，不限成员 | gitlab（建议使用，集成的功能较多，API开发），gerrit，github等 |

svn git 优缺点

SVN对中文支持好，操作简单，使用没有难度，美工人员，产品人员，测试人员，实施人员都可轻松上手。使用界面统一，功能完善，操作方便。

git对程序源代码进行差异化的版本管理，代码库占极少的空间。易于代码的分支化管理。不支持中文，图形界面支持差，使用难度大。不易推广。

分布式代码版本管理系统并不一定适合所有团队，比如中小团队可能更关心的只是成本更低，简单易用，那么SVN等这类集中式版本管理工具还是更为适合。但是不管团队最终选用什么代码版本管理工具，只要适合自己的团队的开发流程和工作方式，并且代码管理顺畅就可以了。

git命令总结

=======

列出当前文件

ll

列出带隐藏资源的文件

ls -lA

初始本地仓库

git init

查看当前在什么位置

pwd

返回上一级文件

cd …

设置签名

命令

• 创建一个文件

vim good.txt

• 形式   name 用户名 token   email 邮箱地址   作用： 用于区分不同开发人员的身份

• 项目级别/仓库级别：尽在当前本地仓库有效

git config user.name sunzhihao

git config user.email 1036786540@qq.com

• 查看设置好了吗

cat .git/config

• 系统用户级别：登录当前操作系统的用户范围

git config --global user.name sunzhihao

git config --global user.email 1036786540@qq.com

• 查看设置好了吗

cd ~

ls -lA|less    [  查看文件查看隐藏文件 ]

cat .gitconfig    [ 读区改文件信息 ]

• 优先级 ：如果没设置签名则是系统用户级别 ，但是设置项目级别就优系统用户级别 二者都没有是不允许的

追踪文件列表

将 ‘新建 / 修改’ 添加到暂存区（添加操作就是你要操作哪个文件）

git add .     或    git add -A      或   git add   [ 文件名字 ]

暂存区删除

把你这个文件村暂存区里删除，不是直接删掉文件 - 你可以后悔

git rm --cached  [ 文件名字 ]

查看文件的状态

git status   [ 查看工作区，和暂存区的工作状态 ]

提交到暂存区

git commit -m “这里写的是本次需求新增了什么功能” file.txt  [ 提交到本地库]

查看提交的历史记录

git log

多屏显示控制 ： 空格向下翻页 b 向上翻页 q 退出

历史记录一行显示 若果日志太多屏幕放不下

git log --pretty=oneline

输出历史记录但是hash直选中其中一部分 （一行显示）

git log --oneline

显示到哪个版本需要移动几步

git reflog

HEAD@{移动到当前版本去要第几步}

回退任意版本信息

git reset --hard 35851ba   [ 35851ba 索引值 ]

reset 命令的三个参数 ：

–soft 仅仅在本地库移动 HEAD 指针

–mixed 在本地库移动head 指针 重置暂存区

–hard 在本地库移动head 指针 重置暂存区 重置工作存区

回退上一版本

git reset --hard HEAD^    [ 回退到上一个版本 ]

git reset --hard HEAD^^   [ 回退到上二个版本 （以此类推）]

git reset --hard HEAD~2   [  回退到上二个版本 （以此类推）]

删除文件恢复文件

rm file.txt

恢复回退版本即可

前提 删除前，文件存在的状态提交到了本地库

git reset --hard 35851ba [ 删除操作已经提交到本地库 35851ba指针位置 ]

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024c （备注前端）

下面是我在学习HTML和CSS的时候整理的一些笔记，有兴趣的可以看下：

进阶阶段

进阶阶段，开始攻 JS，对于刚接触 JS 的初学者，确实比学习 HTML 和 CSS 有难度，但是只要肯下功夫，这部分对于你来说，也不是什么大问题。

JS 内容涉及到的知识点较多，看到网上有很多人建议你从头到尾抱着那本《JavaScript高级程序设计》学，我是不建议的，毕竟刚接触 JS 谁能看得下去，当时我也不能，也没那样做。

我这部分的学习技巧是，增加次数，减少单次看的内容。就是说，第一遍学习 JS 走马观花的看，看个大概，去找视频以及网站学习，不建议直接看书。因为看书看不下去的时候很打击你学下去的信心。

然后通过一些网站的小例子，开始动手敲代码，一定要去实践、实践、实践，这一遍是为了更好的去熟悉 JS 的语法。别只顾着来回的看知识点，眼高手低可不是个好习惯，我在这吃过亏，你懂的。

1、JavaScript 和 ES6

在这个过程你会发现，有很多 JS 知识点你并不能更好的理解为什么这么设计，以及这样设计的好处是什么，这就逼着让你去学习这单个知识点的来龙去脉，去哪学？第一，书籍，我知道你不喜欢看，我最近通过刷大厂面试题整理了一份前端核心知识笔记，比较书籍更精简，一句废话都没有，这份笔记也让我通过跳槽从8k涨成20k。

2、前端框架

前端框架太多了，真的学不动了，别慌，其实对于前端的三大马车，Angular、React、Vue 只要把其中一种框架学明白，底层原理实现，其他两个学起来不会很吃力，这也取决于你以后就职的公司要求你会哪一个框架了，当然，会的越多越好，但是往往每个人的时间是有限的，对于自学的学生，或者即将面试找工作的人，当然要选择一门框架深挖原理。

以 Vue 为例，我整理了如下的面试题。

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

ue 只要把其中一种框架学明白，底层原理实现，其他两个学起来不会很吃力，这也取决于你以后就职的公司要求你会哪一个框架了，当然，会的越多越好，但是往往每个人的时间是有限的，对于自学的学生，或者即将面试找工作的人，当然要选择一门框架深挖原理。

以 Vue 为例，我整理了如下的面试题。

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-uC1BQnmO-1712589564906)]