2024年最全开发效率优化之Git分布式版本控制系统（一）(2)，2024年最新android注册登录界面设计

总结

【Android 详细知识点思维脑图（技能树）】

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

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

• 其中最流行的一种叫做 rcs，现今许多计算机系统上都还看得到它的踪影。甚至在流行的 Mac OS X 系统上安装了开发者工具包之后，也可以使用 rcs 命令。它的工作原理基本上就是保存并管理文件补丁（patch）。文件补丁是一种特定格式的文本文件，记录着对应文件修订前后的内容变化。所以，根据每次 修订后的补丁，rcs 可以通过不断打补丁，计算出各个版本的文件内容。

集中化的版本控制系统：

• 接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？于是，集中化的版本控制系统（ Centralized Version Control Systems，简称 CVCS ）应运而生。这类系统，诸如 CVS，Subversion 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这 已成为版本控制系统的标准做法

• 这种做法带来了许多好处，特别是相较于老式的本地 VCS来说。现在，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。这么做最显而易见的缺点是中央服务器的单点故障。如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。要 是中央服务器的磁盘发生故障，碰巧没做备份，或者备份不够及时，就还是会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录，而被客户端 提取出来的某些快照数据除外，但这样的话依然是个问题，你不能保证所有的数据都已经有人事先完整提取出来过。本地版本控制系统也存在类似问题，只要整个项 目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。

分布式版本控制系统：

• 于是分布式版本控制系统（ Distributed Version Control System，简称 DVCS ）面世了。在这类系统中，像 Git，Mercurial，Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜 像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份

• 更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。你可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的集中式系统中是无法实现的。

2.1.3 git的优势在哪？

与同类型版本控制软件：svn，cvs 
SVN===>集中式版本控制系统 
GIT===>分布式版本控制系统

实际的例子：

• 以前我所 在的小组使用SVN作为版本控制工具，当我正在试图增强一个模块，工作做到一半，由于会改变原模块的行为导致代码服务器上许多测试的失败，所以并没有提交 代码。这时候上级对我说，现在有一个很紧急的Bug需要处理， 必须在两个小时内完成。我只好将本地的所有修改diff，并输出成为一个patch文件，然后回滚有关当前任务的所有代码，再开始修改Bug的任务，等到 修改好后，在将patch应用回来。前前后后要完成多个繁琐的步骤，这还不计中间代码发生冲突所要进行的工作量。
• 可是如果使用Git， 我们只需要开一个分支或者转回到主分支上，就可以随时开始Bug修改的任务，完成之后，只要切换到原来的分支就可以优雅的继续以前的任务。只要你愿意，每 一个新的任务都可以开一个分支，完成后，再将它合并到主分支上，轻松而优雅。
• 因此，分布式的版本控制系统，在每个使用者电脑上就有一个完整的数据仓库，没有网络依然可以使用Git。当然为了习惯及团队协作，会将本地数据同步到Git服务器或者GitHub等远程代码仓库

2.2 Git的安装

2.2.1 Windows安装git客户端

客户端下载地址：https://www.git-scm.com/downloads

双击安装包一路下一步即可。

在桌面上创建一个空目录，右键点击目录

选择Git Bash Here，进入git命令界面

到此windows的git客户端就安装好了

2.2.2 Linux利用yum安装git客户端

安装环境查看

安装git客户端   yum安装的git版本都是比较低的，想要高版本可以源码安装。

Git全局配置

配置git使用用户  配置git使用邮箱    语法高亮      查看全局配置

说明：

如果没有提前设置Git的全局配置，那么在第一次进行代码提交的时候，会要求输入使用者的邮箱和姓名

到此利用Yum安装Linux操作系统的git客户端就安装好了

2.2.3 Linux源码安装git客户端

如果我们想要安装最新版本的git，那么就只能源码包安装了。

回退之前的yum安装

源码安装git-2.9.5.tar.gz

源码编译需要链接git的命令库

至此，利用源码包安装Linux操作系统的git客户端就安装好了

2.3 Git的命令入门

• 工作区
• 你建立的本地git项目目录
• 暂存区
• 将工作区里的变更部分（与上一版本不同的部分）暂时存储起来的地方
• 本地仓库
• 在本地创建的git版本仓库，用于提交工作区的变更。
• 远程仓库
• githab，gitlab或者队友机器上所建立的一个仓库

2.3.1 git帮助文档

输入git查看

2.3.2 git init初始化GIT工作目录

2.3.3 git add将变更添加进入暂存区

git status      查看git工作目录的暂存区状态

2.3.4 git commit将变更从暂存区提交到本地仓库

2.3.5 创建github账号，并创建个人github远程仓库

创建完github账号后，我们就可以创建远程仓库了，如下图所示：

2.3.6 git remote用于管理远程仓库

**（1）**git remote add

添加一个远程仓库的URL 
命令格式：git remote add <仓库的名字> <仓库的URL>

2.3.7 git push将本地仓库的变更推送到远程仓库的某个分支

命令格式： 
git push -u <远程仓库的名字> <远程仓库的某一分支名字>

在Linux上推送本地仓库变更到远程仓库的master分支

再次在浏览器进行访问查看你的github地址

git remote -v 查看仓库  前一列仓库代号，自己起的，fetch拉取代码，push推送

2.3.8 git clone克隆一个现有仓库到本地

在另一台Git02上来模拟其他客户端进行对远程仓库克隆到本地仓库的操作

初始化GIT工作目录并将已有远程仓库克隆到本地

修改仓库里的文件内容，并提交变更到本地，推送变更到远程仓库

浏览器打开github查看变更提交情况

2.3.9 git fetch 将远程仓库的变更拉取到本地仓库

在Git01上

查看文件是否修改     没有被修改

说明：

应用git fetch拉取到本地仓库时，并不修改本地工作目录中的代码

如果要修改，那么需要进行git merge变更合并

2.3.10 get checkout检查工作目录代码与本地仓库中的代码的差异

检查本地工作目录与本地仓库的差异

2.3.11 git merge 将远程仓库的变更，更新到本地工作目录中

2.3.12 git pull 将远程仓库的变更拉取到本地仓库，并更新本地工作目录。

git pull ====> git fetch + git merge

在Git01上对文件进行改动，并推送到github远程仓库

在Git02上，拉取远程仓库的变更后直接合并进本地仓库的master分支

没有进行分布式更新，一旦产生冲突是修改不了的，所以一般来说，开发都是分两部分进行合并，除非断定没有冲突就会用pull

2.3.13 git mv && git reset 暂存区文件的修改和撤销

如果文件还没有被添加到暂存区，那么Linux命令直接改名即可

变动文件已经添加到了暂存区

通过git mv 来给已经添加到暂存区的文件改名     本地文件同时改名了

通过git reset 来给已经添加到暂存区的文件撤销掉

2.3.14 git rm 提交文件的删除变更到暂存区

git add 可以提交新增文件，修改文件的变更到暂存区；

git rm 则是提交删除文件的变更到暂存区

修改尚未加入提交（使用 “git add” 和/或 “git commit -a”）

2.3.15 git diff 文件对比利器

git diff命令可以将本地工作目录中的文件与本地仓库中的文件进行对比

2.3.16 git log 查看git提交历史纪录

• git log:查看提交历史记录
• git log -2 :查看最近几条记录
• git log -p -1 : -p显示每次提交的内容差异
• git log --stat -2 : stat简要显示数据增改行数，这样就能看到提交中修改过的内容
• git log --pretty=oneline :一行显示提交的历史记录

查看最近两条记录

显示最近一次提交的内容差异

显示提交内容的修改概要

用一行显示提交的历史记录

2.4 追根溯源-git log

2.4.1 Git还原历史数据

Git服务程序中有一个叫做HEAD的版本指针，当用户申请还原数据时，其实就是将HEAD指针指向到某个特定的提交版本，但是因为Git是分布式版本控制系统，为了避免历史记录冲突，故使用了SHA-1计算出十六进制的哈西字符串来区分每个提交版本，另外默认的HEAD版本指针会指向到最近的一次提交版本记录，而上一个提交版本会叫HEAD^{，上上一个版本则会叫做HEAD}^，当然一般会用HEAD~5来表示往上数第五个提交版本。

• git reset --hard HEAD^ #–>还原历史提交版本上一次
• git reset --hard 3de15d4 #–>找到历史还原点的SHA-1值后，就可以还原（值不写全，系统会自动匹配）

2.4.2 Git还原未来数据

当我们回滚到历史某个提交版本了以后； 
我们发现我们已经没有在那个版本之后的提交记录了； 
也就是说，我们一旦还原了历史版本，想要再次还原回去，那么就回不去了。 
如此一来，一旦错了。我们怎么办呢？

• git reflog：查看未来历史更新点

2.4.3 Git的标签使用

前面回滚使用的是一串字符串，又长又难记 
git tag <标签> -m “描述” 
每次提交都可以打一个标签

总结

学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。所以：贵在坚持！

最后如何才能让我们在面试中对答如流呢？

答案当然是平时在工作或者学习中多提升自身实力的啦，那如何才能正确的学习，有方向的学习呢？有没有免费资料可以借鉴？为此我整理了一份Android学习资料路线：

这里是一部分我工作以来以及参与过的大大小小的面试收集总结出来的一套BAT大厂面试资料专题包，主要还是希望大家在如今大环境不好的情况下面试能够顺利一点，希望可以帮助到大家。

好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划。来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

最后，祝愿即将跳槽和已经开始求职的大家都能找到一份好的工作！

这些只是整理出来的部分面试题，后续会持续更新，希望通过这些高级面试题能够降低面试Android岗位的门槛，让更多的Android工程师理解Android系统，掌握Android系统。喜欢的话麻烦点击一个喜欢再关注一下~

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

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

面试以及工作经验完善自己的之后的面试计划及职业规划。

最后，祝愿即将跳槽和已经开始求职的大家都能找到一份好的工作！

这些只是整理出来的部分面试题，后续会持续更新，希望通过这些高级面试题能够降低面试Android岗位的门槛，让更多的Android工程师理解Android系统，掌握Android系统。喜欢的话麻烦点击一个喜欢再关注一下~

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

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