Git Bash 提交代码的正确姿势(1)-Toy模板网

这篇具有很好参考价值的文章主要介绍了Git Bash 提交代码的正确姿势(1)。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

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，你也可以配置成别的：

git config --global core.editor notepad

这样，就可以用记事本来编写修改描述了。

6. 追加提交

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

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

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

Git Bash 提交代码的正确姿势(1),程序员,git,bash,elasticsearch

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

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

Git Bash 提交代码的正确姿势(1),程序员,git,bash,elasticsearch

最后

简历首选内推方式，速度快，效率高啊！然后可以在拉钩，boss，脉脉，大街上看看。简历上写道熟悉什么技术就一定要去熟悉它，不然被问到不会很尴尬！做过什么项目，即使项目体量不大，但也一定要熟悉实现原理！不是你负责的部分，也可以看看同事是怎么实现的，换你来做你会怎么做？做过什么，会什么是广度问题，取决于项目内容。但做过什么，达到怎样一个境界，这是深度问题，和个人学习能力和解决问题的态度有关了。大公司看深度，小公司看广度。大公司面试你会的，小公司面试他们用到的你会不会，也就是岗位匹配度。

选定你想去的几家公司后，先去一些小的公司练练，学习下面试技巧，总结下，也算是熟悉下面试氛围，平时和同事或者产品PK时可以讲得头头是道，思路清晰至极，到了现场真的不一样，怎么描述你所做的一切，这绝对是个学术性问题！

面试过程一定要有礼貌！即使你觉得面试官不尊重你，经常打断你的讲解，或者你觉得他不如你，问的问题缺乏专业水平，你也一定要尊重他，谁叫现在是他选择你，等你拿到offer后就是你选择他了。

金九银十面试季，跳槽季，整理面试题已经成了我多年的习惯！在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。

附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）

Git Bash 提交代码的正确姿势(1),程序员,git,bash,elasticsearch