嗯,确实多了一个 bug_fix
分支。
检出远程分支
git checkout -b bug_fix -t remotes/origin/bug_fix
checkout -b
表示新建本地分支,bug_fix
为本地分支名,你也可以起别的名字。-t
表示追踪远程分支(track),remotes/origin/bug_fix
为远程分支名,查看检出结果:
输入 git branch
查看当前所在的本地分支:
输入 git status
查看当前分支状态:
提示你目前修改是最新的,没有任何修改可以提交。
提交代码
不良习惯
很多开发人员,喜欢在一个本地分支上,连续提交代码。这是一个很不好的习惯,尤其是在多人协作的情况下。这会导致每笔提交之间存在依赖关系,即使每笔修改之间毫无瓜葛。进而可能导致 merge
冲突、cherry-pick
合入冗余代码。而且,如果你突然发现,上上一笔提交有问题的时候,我觉得你可能有种想 shi 的感觉。
正确姿势
保留一个本地分支,专门用于同步代码。
比如,我们现在需要在 master
分支上做一个需求,首先输入 git status
查看本地 master
分支的状态:
提示本地有修改文件,没有提交。咋整呢?有两种处理方法:
- 啥也不管,直接输入
git pull
进行同步,有冲突会自动合并,合并不了再手动解决。-> 不推荐,可能会在本地产生一条 merge 记录 - 先将本地修改
stash save
,再使用git pull --rebase
进行同步,最后将暂存的修改stash pop
,有冲突会自动合并,合并不了再手动解决。-> 推荐,自动变基,不会在本地产生 merge 记录
1. 暂存代码
git stash save [-u] ‘update readme.md’
[-u]
表示参数可选,加 -u
会将本地新增文件也暂存,不加则仅暂存本地修改部分。'update readme.md'
为描述,下面列出 git stash
支持的所有操作:
git stash list
显示所有暂存记录git stash show stash@{0}
查看指定的暂存记录git stash pop stash@{0}
弹出指定的暂存记录git stash drop stash@{0}
删除指定的暂存记录git stash clear
清空暂存记录
2. 同步代码
git pull --rebase
同步结果:
提示已经是最新的。如果本地代码不是最新的,应当类似于下图:
3. 弹出暂存代码
git stash pop [stash@{0}]
[stash@{0}]
表示可选,不加默认弹出栈顶元素,也可以指定弹出哪一个暂存记录。弹出结果如下:
提示有冲突。莫要惊慌,有冲突解决就是了,毕竟咱们干的都是“小项目”,除非文件换行符变了,否则不会冲突太多。像 AOSP
、Mokee
那种大型项目,发生冲突才是坑爹。比如国内的手机厂商,每次大版本升级时(比如从 Android 8.0 升到 Android 9.0),都需要花几个月的时间才能使版本稳定,这也是为什么国产手机安卓版本总是落后于 Google 的原因。扯远了,还是先 git status
看一下工作区状态:
原来是 README.md
文件修改冲突了,而且 Git 还贴心地提示你:
- 使用
git reset HEAD <file>
来丢弃本地修改 - 使用
git add <file>...
标记冲突解决(省略号表示后面可接多个文件,以空格分隔)
我们先使用 git diff <file>
看看哪里冲突了:
git 使用:
<<<<<<< Updated upstream
=======
Stashed changes
标记冲突状态,=======
上面的是远程仓库上别人的修改,下面的是我们的本地修改。嗯,这个冲突是我人为制作的,所以比较简单。在 IDE 中手动解决该冲突后,使用 git add README.md
命令标记冲突已解决:
README.md
咋变原谅色了呢?因为我们刚才用了 git add
命令,将其添加到了暂存区,所以上面显示的是 Changes to be committed
,也就是待提交。提交啥啊,刚解决完冲突,需求还没做呢!所以,我们使用 git reset <file>...
命令,将其从暂存区撤出:
<file>...
表示可选,不加即撤出所有,加了即撤出指定的文件。Linux 帮助手册中很多使用 <arg>
或者 [arg]
表示参数可选,<>
和 []
是不需要输入的,这个已经成为开发人员的习惯用法。
4. 新建本地分支
很多人这个时候,就直接在本地 master
分支上疯狂输出需求代码了。NO!我们应该针对不同的开发内容,新建不同的本地分支。比如 feature_shopping
,bugfix_tombstone
等等,假设我们现在需要实现一个购物功能,我们应该使用 git checkout -b feature_shopping
新建一个本地分支来实现这个需求:
5. 提交代码
连续通宵5天后,我们的需求终于做完了,可以提交代码了:
git commit -m "update README.md"
表示将修改提交到本地仓库,此时还没有推送到远程仓库。-m
后面的是修改描述,这是一种简便写法。而大公司都会对提交的描述有格式要求,所以需要先配置 commit 模板:
git config --global commit.template ~/.gitmsg
编辑该模板:
输入 git commit
:
模板已经生效了,输入修改描述即可。我这里配置的 Git 编辑器是 vim,你也可以配置成别的:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
写在最后
由于本文罗列的知识点是根据我自身总结出来的,并且由于本人水平有限,无法全部提及,欢迎大神们能补充~
将来我会对上面的知识点一个一个深入学习,也希望有童鞋跟我一起学习,一起进阶。
提升架构认知不是一蹴而就的,它离不开刻意学习和思考。
**这里,笔者分享一份从架构哲学的层面来剖析的视频及资料分享给大家,**梳理了多年的架构经验,筹备近1个月最新录制的,相信这份视频能给你带来不一样的启发、收获。
最近还在整理并复习一些Android基础知识点,有问题希望大家够指出,谢谢。
希望读到这的您能转发分享和关注一下我,以后还会更新技术干货,谢谢您的支持!
转发+点赞+关注,第一时间获取最新知识点
Android架构师之路很漫长,一起共勉吧!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
以后还会更新技术干货,谢谢您的支持!
转发+点赞+关注,第一时间获取最新知识点
Android架构师之路很漫长,一起共勉吧!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!