作者：吴小龙同学

1

今天是左小白入职新公司的第一天，这是左小白第二家公司，第一家公司工作 2 年，左小白后面已经能独立做整个项目，本想毕业就来这家公司，现在能力自我感觉也不错，是该涨波工资了，于是他找到领导，希望能涨 2 K，领导巴拉巴拉说了很多，就是没说涨工资，左小白心寒，这是宁愿再招人也不愿意给老员工涨薪！

第二天，左小白就开始进入项目，他发现新公司版本控制是用的 Git，之前是 SVN，问了旁边的同事，跟他说，Git 和 SVN 没什么区别的，会 git add和git commit就够了，左小白心想，SVN 他已经用的很溜，Git 那岂不是信手拈来，拿起键盘就干起来了。

2

左小白首先安装 Git，git config好了邮箱和姓名，然后git clone项目，就看起了代码，熟悉项目。可能因为左小白是新人，组长先分给他简单的任务，登录页面实现，这对于左小白完全是杀鸡用牛刀，不到两个小时，他就完成了，自测也 OK，可以提交代码了。

修改涉及到页面 login_activity.xml、LoginActivity.java、LoginModel.java、ApiStores.java 总共四个文件，按照同事说的，先 add 再 commit，git add ApiStores.java、git add LoginActivity.java、git add LoginModel.java、git add login_activity.xml，草（一种植物），终于 add 完了，再git commit，填上提交信息“Login”，以为这样就 OK 了，没想到这幕被组长正巧看到，左小白完全察觉到组长站在身后，大概工作太认真。

3

组长：小白，你这样提交就 OK 了吗？

左小白：嗯，是的，我之前 SVN，这样就好了啊。

组长：不，你要了解 Git 和 SVN 还是有些不同，你要了解下工作区、暂存区、本地仓库、远程仓库。

左小白：什么……

组长：况且，你这这样一个 add 是不是有点费劲，现在就 4 个修改，看你都 add 很久，有 10 个 20 个甚至 100 个文件，怎么办，一个个 add 不得死人啊。

左小白：那应该怎么 add 啊？

组长：你起来，我操作一遍给你看下。

4

只见组长一顿操作，“我先把你提交回退掉，演示一遍给你看看”，等等，回退，那我今天代码岂不是白敲，组长估计看出了我疑惑，他接着说，你的代码还在，你看下我首先用的是git status .看下有哪些修改：

git status .
On branch master
Your branch is up to date with 'origin/master'.

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	ApiStores.java
	LoginActivity.java
	LoginModel.java
	login_activity.xml

nothing added to commit but untracked files present (use "git add" to track)

看到有 4 个文件修改，接下来看好了，我是用git add . 命令，而不是你那样一个个 add，这个.代码当前目录所有修改和新建，另外你 commit 是提交到本地仓库，明白了吗？

5

左小白这时有点懵逼，原来 Git 这么复杂，他此时很想锤旁边的同事，是他说 Git 和 SVN 差不多，害他在领导面前出丑。他现在有 3 个疑问： 1、工作区、暂存区、本地仓库、远程仓库都是啥？ 2、他刚刚提交好了，组长一顿操作是如何回退的？ 3、他如果删除了文件，怎么 add？他是没敢问组长，太丢人了。

6

等组长走了，左小白就带着这三个疑问去寻求答案，首先工作区、暂存区、本地仓库、远程仓库都是啥？一顿搜索引擎，看了几篇文章，大概是明白了。

原来新增，更改，删除文件这些动作，就是发生在工作区，当我们使用命令git add，那么这些更新就会出现在暂存区中。而本地仓库和远程仓库又是什么鬼？原来执行git commit，代码是提交到本地仓库，再执行git push，才把代码提交到远程仓库，这和 SVN 还是有很大的区别的，怪不得组长问我 git commit就提交了？我太菜了。

问题来了，我如果git add，我又不想 add 了，要怎么操作？亦或是git commit，我想撤销，怎么做？这也是第二个疑惑“他刚刚提交好了，组长一顿操作是如何回退的？”，带着这个疑惑，左小白又是一顿搜索引擎，搜了好十几页才得到答案，某度真是辣鸡。

如果git add后想撤销，可以通过命令git reset HEAD <file>，如果git commit后想撤销，可以通过命令git reset HEAD^，牛逼啊，今天学到知识了，左小白觉得还不够，再整个图，加深记忆。

当小白画完这个图，一看时间已经来到 22:30 了，心想赶紧溜，狗命要紧，第三个疑问明天再整吧。

坐了一个小时的地铁，小白终于到家了，洗洗刷个抖音，满足地睡去了。

7

叮咚叮咚……7 点的闹钟响了……

起床，咦，内内怎么湿乎乎的，好像昨晚梦到女神，还跟她**，OMG。

又是一个小时的地铁，来到公司，左小白还想着“他如果删除了文件，怎么 add？”

• git add -u

提交所有被删除和修改的文件到数据暂存区。

• git add .

提交所有修改的和新建的数据暂存区。

• git add -A

提交所有被删除、被替换、被修改和新增的文件到数据暂存区。

左小白测试了一下，发现git add .和git add -A功能是一样的，不管了。

8

组长：小白，你登录功能是做好了吧。

左小白：嗯，做好了。

组长：自测没问题的话，把代码提交上来吧，然后找项目经理 review 下。

左小白：好的。

之前组长已经帮左小白 add 好了，小白就直接 commit，然后 push 成功了。微信上他就找项目经理，帮忙 review 下代码，大约 20 分钟后，项目经理来消息了，丢了一个文档，小白一头雾水，有点不好意思，但代码还得上库，鼓起勇气问道：“这是什么？” 项目经理：这是代码提交规范，你的这个提交信息“Login”不符合规范，按照“[模块][bug/feature]描述”改下。

好吧，这给小白带来了难点，他代码都已经上去了，还怎么改提交消息？难道要把代码 Abandoned 重新提交？那就试试吧！当左小白执行git status .，提示根本就没有文件修改，这行不通啊，怎么办？怎么办？

9

就在左小白焦头烂额不知道怎么办的时候，他居然发现页面上可以直接改这个提交消息，握草，so easy？

改完了，小白又找项目经理 review 代码，过了 10 分钟，项目经理回复道：“注释，注释，你代码啥注释都没有吧，适当地加点”。

问题又回到了“我代码都提交了，还怎么修改？”左小白实在没头绪，只能问问身边的同事 A。

左小白：A 哥，现在登录功能做好，代码上传了，项目经理 review 需要我加点注释，我代码都提交了，还能怎么改啊？

同事 A：你可以把之前的提交 Abandoned 点，使用命令git reset --hard。

左小白：啊？具体怎么操作啊？

同事 A：你还是搜下git reset --hard吧。

“MD，就不能教教我，你吊”左小白心里暗骂，但是还是去搜了git reset --hard，这个命令是可以回退版本，意思我回到之前修改的版本，就能继续提交了。

首先左小白通过git log .，看下提交记录：

git log
commit 85be09a7962a03815e5248a7b845297bd5467938 (HEAD -> master, origin/master, origin/HEAD)
Author: WuXiaolong <wuxiaolong.me@qq.com>
Date:   Sat Apr 18 17:43:29 2020 +0800

    Login

commit 6b071d867e230479892a86beedc0484c8accac94
Author: 吴小龙同學 <wuxiaolong.me@gmail.com>
Date:   Wed Dec 25 22:16:36 2019 +0800

    Update README.md

看到第一笔就是自己修改的，左小白要回退到上一笔：

git reset --hard 6b071d867e230479892a86beedc0484c8accac94

等等，我的修改怎么没了，握草，不会吧，MD，想锤死身边的同事，欲哭无泪，不想搞了……

10

天台上，左小白一个人，地上有一堆香烟头，左小白郁闷不已，工作 2 年多了，还是这么菜！越想越难受，又狂抽两支烟，这时组长来消息了，“登录代码上库了吗”，“马上上库”。

回到工位，左小白把登录代码重新写了一遍，花了一个小时，这回，他直接加了注释，完成了，左小白赶紧提交了代码，又去找项目经理 review，“小白啊，代码不要出现中文，改下吧，统一放到 string.xml，方便维护”，“好的，我马上改”。

去你大爷的，又要改，就不能一次把要改的点说完吗！左小白内心一万个草泥马。

没办法，左小白还是使用命令git reset --hard，这回聪明了，把修改内容保存了，不一会，他修改好了，又去找项目经理 review。

项目经理：小白，你座位在哪里？我来找你。

左小白有点慌，还是要改？

左小白：我在 44 楼 H。

“你是左小白，我是 XXX”

“X 经理，好”

没想到，这么快，项目经理就来了。

项目经理：小白，你应该是才来公司不久是吧。

左小白：是的，今天是第三天。

项目经理：不错啊，马上就开始做项目了，发给你规范文档看了吗？

左小白：看了（其实没细看）。

项目经理：这个项目很多人参与，人多了就得严格把控代码质量。

左小白：明白。

项目经理：今天 review 你的登录代码，已经写的很不错了，提个建议，这两处逻辑是不是有问题，if 语句是不是不会走进去。

左小白看了看，握草，确实不会走进去，又得改。

左小白：是的，我把 if 删掉吧。

项目经理：好的，你改下就没其他问题了。

当左小白再次要 Abandoned 时，项目经理表示很疑惑，“小白，你干嘛要 Abandoned”

左小白：我要回退版本，修改代码啊。

项目经理：不不不，你可以直接修改，提交的时候使用git commit --amend。

左小白：这么神奇！

左小白不禁大叫起来，这个命令真是救星啊。

项目经理：你修改完成，正常git add，提交用git commit --amend，这样就在原本提交基础上修改了，之前难道都用git reset --hard回退？

左小白：是的，每次git reset --hard都会多一笔提交记录……真的耶，git commit --amend在以前的基础修改了。

项目经理：小白，知道你初来乍到，遇到问题要多问问同事哈。

左小白：好的，谢谢 X 经理。

11

哎，今天差点把左小白玩废了，下班回去感觉整个人都瘫了，明天就五一放假了，要不大宝贱走一波，放松一下。

12

正当左小白要去大宝贱走一波，看到部门群来了条重要通知：“公司方针改变，xx 项目将于 6 月中旬上线，为了按时上线，五一全员上班，无特殊事宜，不准请假。”

WTF？

左小白看了时间，将近 12 点了，还要不要大宝贱，纠结了一会，还是算了吧，明天去上班。

洗澡，随着身体的一阵颤抖，什么大宝贱已经变的索然无味。

13

跟往常一样，又是一个多小时的地铁，到了公司，拿起键盘就是干，一顿复制粘贴，这一天完成了商品列表功能，商品详情，左小白感觉已经适应了新公司的节奏了。

临近下班，项目经理跟大家说：大家下班前，要把今天写的代码都提交下，明天起，我们要拉个 dev 分支，在这个分支上开发。

分支？什么是分支，左小白心里犯嘀咕，不管了，先下班，明天再说吧。

14

又是新的一天，左小白刚坐下工位，组长过来了，问：大家今天要拉 dev 分支，有什么疑问吗？左小白很明显看出大家对分支是有疑问了，于是主动发问：组长，什么是分支？为什么要分支？

组长回答：我们现在用的主分支，就是 master 分支，之前一直在主分支开发没有什么影响，现在项目马上进入收尾阶段，需要有个稳定的分支可以随时发版本，也就是 master 分支，dev 分支我们会一直在上面开发，明白吗？

呃……明白！其实左小白并不明白，怎么创建分支？又怎么把 dev 分支代码合入 master 分支，小白没敢继续问。

组长继续说：应该好多人对分支还没有概念，大家来小白位置，我演示一遍给大家看看。

15

因为远程已经拉出来 dev 分支，大家要做的就是本地创建一个分支 dev，和远程 dev 分支关联起来就可以了，首先我们来看下小白本地有哪些分支：

git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/dev
  remotes/origin/master

这里星号意思当前指向哪个分支，那接下来我们创建 dev 分支和远程 dev 关联起来：

git checkout -b dev origin/dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.
Switched to a new branch 'dev'

这样我们就创建了 dev 分支，可以用命令git branch -vv查看分支关联关系：

git branch -vv
* dev    85be09a [origin/dev] Login
  master 85be09a [origin/master] Login

接下来，提交代码就跟之前一样提交，master 现在已经是稳定的版本，如果需要将 dev 分支代码合入 master 上，我会通知你们的，好了，应该没有什么不明白的吧，大家干活。

经过组长这么一讲解，左小白又愉快敲起了代码。

又是一天，累但很充实的一天。

16

组长：小白，今天你完成的 epub 阅读功能要合入主分支。

左小白：好的。

左小白还不知道要怎么合并分支，搜了搜，先要切回主分支，然后使用命令git merge进行合并：

$ git merge dev
Auto-merging config.xml
CONFLICT (content): Merge conflict in config.xml
Automatic merge failed; fix conflicts and then commit the result.

这是成功了吗？等等，好像有文件冲突了啊。

17

左小白还想着如何解决分支合并冲突问题，一到公司就被经理叫到会议室，“卧槽，不会出什么事吧，我也就代码没有提交啊”，小白当时害怕极了。

“是这样的，说下昨晚开会客户的决策……没什么重要事，不要紧张兮兮的”，经理看出来我很紧张，停了下继续说：“客户觉得我们效率低，担心完不成，希望安排人去现场支持，看得出小白是个很努力的人，想安排你去支援，可以吗？”

“是去哪里？”

“深圳。”

“这么远啊？”

“不要担忧，飞机住宿都是可以报销的，你先去，后面陆续安排其他同事去”，嘀嘀咕咕说了很多。

“好吧！”

其实左小白内心是拒绝的。

“什么时间去啊？”

“今天是周五，你马上买机票，下周一就过去”。

18

回到座位，左小白下载了航旅纵横 APP，看了周一去深圳的航班，6 点一班，15 点一班，那只能买 6 点了，意味着早上 4 点要起床去机场，这么早，怎么去机场还是问题，滴滴？想想就很难受。

周六还去公司加班了，周日睡了一天，吵闹的 4 点闹钟开始起床，试试滴滴，还真有人接单。40 分钟车程到了机场，匆匆忙忙过了安检。

到了深圳就开干，一刻没歇，冲突的问题还得解决，上次命令git merge进行合并报错如下：

$ git merge dev
Auto-merging config.xml
CONFLICT (content): Merge conflict in config.xml
Automatic merge failed; fix conflicts and then commit the result.

左小白先用命令 git status 查看状态：

git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")

Unmerged paths:
  (use "git add <file>..." to mark resolution)

    both modified:      config.xml

no changes added to commit (use "git add" and/or "git commit -a")

打开 config.xml 文件：

<<<<<<< HEAD:config.xml
<div id="footer">contact : email.support@github.com</div>
=======
<div id="footer">
 please contact us at support@github.com
</div>
>>>>>>> dev:config.xml

卧槽，好复杂，不想看了！却默默打开了搜索引擎，搜索关键字“Git”、“分支”、“冲突”，原来这表示 <<<<<<< 到======= 部分指 master 分支所在的位置，=======到>>>>>>>部分指 dev 分支所在的位置 。 为了解决冲突，必须选择使用由 ======= 分割的两部分中的一个，或者也可以自行合并这些内容。

当解决了所有文件里的冲突之后，对每个文件使用 git add 命令来将其标记为冲突已解决，最后git commit来提交，搞定。

19

还有 5 分钟就要迟到了，急忙往公司赶，准备上楼时看到一位高挑妹纸疾风而过，好漂亮啊，小白愣住了，这不就是小白心中的女神啊，这是哪个公司啊，小白心想。妈妈呀，要迟到了，电梯怎么还不来，爬楼吧，最后还是迟到了 3 秒，都怪那个妹纸，要找她算帐！

回到工位，又看到了那妹纸，还做她旁边？“难道她是我们公司，没见过啊？”

下午 3 时，小白为一个 bug，正没有头绪，焦头烂额，突然被一个人敲了下肩，小白气不打一处来，要发火了，只见那妹纸对她笑着说：“请问下，我git add已经提交了，我还要改点代码，如果再 add 是不是会成两条提交记录啊”

“嗯，是的”，左小白很确定地说。

“一次 bug 修复我只想有一个提交记录，有办法吗”

“这么强迫症，难道你是处女座？”

“这都被你猜到了”，妹纸有点急了。

“你可以使用命令git reset HEAD^从本地仓库撤销到工作区，这样就可以继续修改，之前提交的那条记录会没有的。”

"本地仓库？工作区？"妹纸一脸懵逼。

“工作区：你现在修改区域；通过命令git add把代码放到暂存区，使用命令git commit提交代码并不是真的提上来了，而是放在本地仓库，git push才真的提交到远程仓库，我这样简单解释“工作区”、“暂存区”、“本地仓库”、“远程仓库”四个概念可以理解吗？”我问妹纸。

“让我消化下……也就是说 Git 是不受网络影响，随时随地可以提交代码，反正也是先提交到本地仓库”。

“可以啊，都能延伸了啊”我给妹纸竖了大拇指。

“话虽如此，可我还是不敢撤销，万一操作坏了！”

好吧，左小白手把手帮妹纸操作一遍，妹纸投来敬仰的眼光，左小白内心乐开了花。

20

晚上 10 点，终于可以下班了。

“我请你吃夜宵吧，今天帮我一个大忙”，妹纸向左小白说。

“好啊。”

“我今天第一次来，周围还不熟悉……”

“没事，离我们不远有家串串店很好吃，我们去吃吧，哦，你可以吃辣吗？”

“可以啊，我可无辣不欢。”

路程大概 10 分钟，左小白 20 多年来还很少单独跟妹纸相处，不禁有些紧张起来，为了不尴尬，左小白找着话题尬聊起来。

“哎呀，我居然还不知道你的名字呢。”

“右小爱。”

“我左小白，我们名字似乎有点般配啊，哈哈”

……

“小爱，你是我们公司吗，怎么没见过你啊？”

“不是，我来苏州无为科技有限公司。”

“我是无锡思锐科技有限公司的，无锡知道吗，就是旁边的城市。”

“知道的，这个项目缺人，我刚毕业，啥不会，公司让我来凑数的。”

“没有啦，看你代码很溜，还以为你工作好几年了呢。”

吃串串时，两人你一句我一句瞎聊着，右小爱就是深圳人，高考没考好，就选了苏州大学，目前实习。

21

"小白，我git add加到暂存区，我想撤销怎么搞？就是从暂存区撤销到工作区怎么搞？"小爱问到。

“命令git reset HEAD <file>”

“果然可以。”

“小白，经理说这个 bug 不用改了，我工作区修改的代码可以不要了，难道要把我修改的代码再改回去？”

“不用，命令git checkout <file>即可。”

过了一会，小爱很开心地对小白说：“你真厉害。”

“小爱，看你写了一天代码，有什么成果啊？”

“解了 5 个 bug 了。”

“你可以看你写了多少代码的。”

“这么神奇？怎么看啊？”

“ git diff --shortstat "@{0 day ago}"查看今天你写了多少行代码。"

“牛啊，小白！你知道这么多，都是怎么学的？”

“我之前有看过吴小龙同学写的博客，公号 吴小龙同学 后台回复 Git 可以获取 Git 完整资料。”

“好的，我这就去公号 吴小龙同学 后台回复 Git 获取资料。”

“牛逼，还有 Git 思维导图，我平时用到的命令都有，啧啧，原来你教我都是来自吴小龙同学啊。”

“嘿嘿。”

22

有了小爱“陪伴”时光好像过的格外的快，转眼三个月过去了，左小白和右小爱从一开始都不知道对方名字，到慢慢熟悉，到后面直接称兄道弟，可小爱实习期到了，小爱当然是要在深圳留在她爸妈身边的，因此她要先回苏州，办理离职。

“小白，你今后打算啊。”

“不知道啊，可能要留在无锡吧。”

小爱没有继续说话，这一天都没有跟左小白说句话。

自从小爱回去了，左小白整天提不起精神来，总感觉是缺少了什么，不行，左小白喜欢上右小爱了。

第三天右小爱回到了深圳，小白想向小爱表白，但是又很担心，万一不答应，不要最后兄弟都没得做，在这种纠结中，小白发烧了。

很明显感觉她有些不高兴。

小白急了，豁出去吧。

要晕，要晕，小白假装晕了过去。

只见小爱轻轻地点点了头。

小爱狠狠捶了小白胸口一下。

第二天，左小白提了离职申请，从此左小白和右小爱过上了没羞没臊的幸福生活。