前言
只有光頭才能變強。
文本已收錄至我的GitHub精選文章，歡迎Star：https://github.com/ZhongFuCheng3y/3y
之前遇到過很多同學(xué)私信問我：「三歪，我馬上要實習(xí)了，我要在實習(xí)前學(xué)些什么做準(zhǔn)備?。俊?/p>
三歪在實習(xí)之前也同樣問過自己當(dāng)時的部門老大。
如果再給我一次機會，我會先去花點時間去學(xué)學(xué)Git。
Git我相信大家對它應(yīng)該不陌生吧？但凡用過GitHub的同學(xué)應(yīng)該多多少少都會了解一下Git
不知道當(dāng)時大家學(xué)Git的時候是看哪個教程的，我看的是廖雪峰老師的Git系列的。
（別看到廖雪峰就以為是廣告了啊，哈哈哈哈，這篇純原創(chuàng)分享）
分享一下三歪的經(jīng)歷
剛實習(xí)的時候，一直都忙著看各種東西。有一天，我學(xué)長說：我看你也學(xué)了一些基礎(chǔ)了，我們來看看公司的代碼吧，看看我們生產(chǎn)環(huán)境是怎么做的。
于是我學(xué)長丟了一個Git鏈接給三歪
https://github.com/ZhongFuCheng3y/3y.git
那三歪做了什么？三歪去IDEA下把這個Git給Clone下來：
我用Clone完了以后，我學(xué)長又補了一句：這個項目不是用master分支的哦，你切換一下分支。
三歪：啥？切換分支？咋整？我忘了。
我學(xué)長看了下我，貌似不咋會切換分支，就說：“我來吧”。
于是在命令行終端一頓操作后，對三歪說：“好了”
三歪：“我對Git不是很熟悉，之前一直都是在IDEA上操作的。你們一般用命令行多還是圖形界面的多呀？”
我學(xué)長：“這沒什么，反正工具這東西，學(xué)學(xué)就行，不是什么大問題。也沒必要說很仔細(xì)去學(xué)它，就工具嘛”
三歪：“嗯”
時間飛逝，又過了一段時間...
三歪被分配了一個需求，于是就需要新建分支去做這個需求了。所有的標(biāo)準(zhǔn)應(yīng)用線上走的是master分支，公司通過一個發(fā)布系統(tǒng)來控制發(fā)布版本、以及整套上下線的流程。
于是我要先在發(fā)布系統(tǒng)里邊新建Git分支：
完了以后，我就在IDEA界面上選擇那個被我新建完的分支
但發(fā)現(xiàn)我死活找不到...于是我就問我學(xué)長：我在發(fā)布系統(tǒng)里邊新建了分支，為什么在IDEA上找不到??？
學(xué)長：“怎么會呢，我看看”。
找了一會，他問我：“你fetch 過了嗎？”
三歪：“啥？”
于是他拿著我的電腦，打開了終端，又以是命令行的方式敲了一頓，問我：“這是不是你新建的分支？“
三歪點了點頭，于是我學(xué)長說：”好了，你再看看“。
后來發(fā)現(xiàn)，新建完遠(yuǎn)程分支，如果在IDEA上要能感知到，可以在pull界面上刷新一下，那就能找到了。
也不是說命令行一定會就比界面牛逼，其實IDEA的Git功能也做得挺好的?，F(xiàn)在我都是混合使用，一些操作用命令行，一些操作用IDEA快捷鍵。
我commit和push的時候就喜歡用快捷鍵。command+k和command +shift+k我就感覺比敲命令要快不少。
這些都是個人習(xí)慣的問題，也無對錯之分，怎么方便怎么來。
其實也不是所有的系統(tǒng)都會走發(fā)布系統(tǒng)的（有標(biāo)準(zhǔn)應(yīng)用，非標(biāo)準(zhǔn)應(yīng)用）。如果要自己寫一個啟動的腳本，一般我們會做些什么？無非就是用Git拉最新的代碼，然后用maven打個包，然后啟動。
理解Git
如果你看過上一篇《三歪給女朋友講解什么是Git》應(yīng)該能大概了解什么是Git了。
其實我覺得學(xué)Git主要理解工作區(qū) -> 暫存區(qū)->倉庫 這幾個概念。
我們使用Git其實絕大部分的操作都是在本地上完成的，比如說add 和commit。
只有我們push的時候，才會把本地完成好的內(nèi)容推到遠(yuǎn)程倉庫上
通過上一篇文章我們知道在每個人的本地都有完整的歷史版本，所以我們可以在本地就能穿梭到不同的版本，然后將修改之后的代碼再重新提交到遠(yuǎn)程倉庫上。
所謂的工作區(qū)實際上就是我們真正的的本地目錄。
我們在本地添加文件后，需要add到暫存區(qū)，文件一旦被add到了暫存區(qū)，意味著Git能追蹤到這個文件。
當(dāng)我們修改到一定程度之后，我們會執(zhí)行一次提交commit，在提交的時候我們會”備注“自己這次的提交修改了什么內(nèi)容。
一次commit在Git就是一個版本，Git是版本控制的軟件，我們可以隨意穿梭到任何的版本中，修改代碼。
暫存區(qū)是這么一個概念呢？
暫存區(qū)就像購物車，沒到付款的時候你都不確定購物車?yán)锏臇|西全部都是要的。每拿一件商品就付一次款，那麻煩可大了。
從宏觀上看，Git其實有本地和遠(yuǎn)程的概念，只是本地又分了工作區(qū)、暫存區(qū)、本地倉庫。再次強調(diào)：我們操作幾乎都是在本地完成，每個人的本地都會有所有歷史版本信息。
我們一般會新建分支去支持每一次的修改。
其實分支這個概念也挺好理解的：我們需要并行開發(fā)，同時我們又不關(guān)心對方改的是什么內(nèi)容，改的是什么文件。因此我們需要在自己的專屬環(huán)境下去修改內(nèi)容，只要把最終修改完后的內(nèi)容合并到一個主分支就OK了。
假設(shè)三歪做完了，經(jīng)過校驗通過后，把自己的代碼merge（合并）到origin/master分支后，然后就發(fā)布上線啦。
隨后，雞蛋也做完了，自己的分支校驗完了以后，他此時也想把自己的代碼合并到origin/master。不料，他改的代碼跟三歪改的代碼有沖突了（Git不知道選擇誰的的代碼），那雞蛋只能手動merge了。
綜合來看，我們使用Git大多數(shù)的場景就是各自分支開發(fā)，然后各自在本地commit（提交），最后匯總到master分支。
所以，我們學(xué)Git大多數(shù)就學(xué)怎么實現(xiàn)分支的增刪改、切換以及版本的穿梭。
學(xué)習(xí)Git的小tips：
Unix/Linux 命令中，
-后一般跟短命令選項（通常是單字母，也有一些命令是例外的），--后一般跟長命令選項。如果只有一個單獨的--，后面不緊跟任何選項，則表示命令選項結(jié)束，后續(xù)的都作為命令的參數(shù)而不是選項。
例如：
git checkout -- filenamefilename作為git checkout的參數(shù)，而不是選項。
日常Git使用場景
一、如果這個項目的代碼我們在本地還沒有，我們先去GitLab里邊找對應(yīng)的Git地址，然后Clone到本地：
git clone https://github.com/ZhongFuCheng3y/3y.git
二、接到了新的需求，我們要新建一個分支，然后基于這個分支去開發(fā)：
git checkout -b feature/sanwaiAddLog
在開發(fā)的時候，我們肯定會有兩個操作：
- 在原來的基礎(chǔ)上添加新的文件
- 在原有的文件上修改
三、不管怎么樣，等我們做到一定程度了，我們都會提交代碼。如果我們添加了新的文件，我們需要先add，然后再commit
git add .
git commit -m "try to commit files to GitHub, i am java3y"
四、假設(shè)我們一切順利，在沒人打擾的情況下已經(jīng)寫好了代碼了，然后我們會把自己的分支push到遠(yuǎn)程倉庫
git push
五、假設(shè)我們寫到一半，其他小伙伴已經(jīng)把他的代碼merge到主分支了，我們也需要把他最新的 代碼給pull拉取下來（可以 git fetch + git merge 替代)。
git pull
如果沒有沖突，那git就會把他的代碼給merge到我當(dāng)前的分支上。如果有沖突，Git會提醒我去手動解決一下沖突。
六、假設(shè)我們寫到一半了，現(xiàn)在工作區(qū)的代碼都已經(jīng)commit了。此時同事說要不幫忙一起排查一個問題，同事一般用的是自己分支，于是就得問他：你用的哪個分支??？于是得把他的分支給拉下來，看看他的代碼哪兒有問題
git fecth -- 手動拉取遠(yuǎn)程倉庫更新的信息
git checkout 分支名 -- 切換到他的分支
現(xiàn)在切換到他的分支，相當(dāng)于你的環(huán)境跟他的環(huán)境是一模一樣的，于是就可以愉快地一起看Bug了。
七、假設(shè)我們寫到一半了，現(xiàn)在工作區(qū)的代碼還沒commit?，F(xiàn)在有同事說要排查問題或者一個新的Bug被發(fā)現(xiàn)了，要緊急切換到其他的分支?，F(xiàn)在我又不想commit（我就寫了一半，編譯還報著錯誤，沒理由讓我commit吧）。
這時，我會把工作區(qū)的代碼先stash到暫存區(qū)給保存起來，然后就可以愉快地切換其他的分支了。
git stash
等我解決完另一個bug或者幫別人看完問題了，我再把剛剛保存在暫存區(qū)的代碼給撈出來，繼續(xù)干活
git stash pop
八、我一直在修Bug，現(xiàn)在的分支已經(jīng)被我搞得人摸鬼樣了，我非常難受，甚至不知道自己在這個過程中改了多少東西了。
思路已經(jīng)完全被打亂了，我想回到一個穩(wěn)定的commit重新出發(fā)，重來吧（通過下面的命令，把工作區(qū)的代碼都改成對應(yīng)commit的代碼了）。
git reset --hard 版本號
那我怎么找到版本號呢？Git也是有日志的：
git log --pretty=oneline
常用的Git命令
查看Git工作區(qū)、暫存區(qū)的變更情況（可以知道哪些沒有commit、哪些沒有被Git追蹤）：git status
拉取遠(yuǎn)程最新的變更到本地：git fetch
切換分支：git checkout 分支名
將代碼還原到某個版本(包括工作目錄)：git reset --hard 版本號
查看Git的提交(commit)記錄：git log
將代碼還原到某個版本后，后悔了，想重新回去，但在提交記錄已經(jīng)找不到了。git reset --hard 把reset 之后的 commit都給抹殺掉了。找到最近的執(zhí)行Git命令：git reflog
還原到某個版本了，現(xiàn)在我為了穩(wěn)健，不想再原來的分支上修改了，再新建一個分支吧（-b 參數(shù)把當(dāng)前分支切換到了要創(chuàng)建的分支上）：git checkout -b 分支名
我們把上一次還是”相對穩(wěn)健“的分支合并到我新建的分支上：git merge 分支
突然想看看現(xiàn)在有多少個分支：git branch -a
新增幾個文件了，隨手git add一下吧
改得差不多了，隨手git commit -m一下吧，最好還是寫好備注，不然以后等改多了，你都不知道你改了什么啦。
改完了，提交到遠(yuǎn)程吧：git push
想把遠(yuǎn)程分支最新的代碼給拉下來，然后合并到本地上。我們可以用git fetch和git merge來實現(xiàn)，也可以通過git pull來實現(xiàn)。一般我用的都是git fetch+git merge，這樣會更加可控一些
有的時候，本地分支在master分支，然后忘了切其他的分支去修改，直接在master改了，然后也push到遠(yuǎn)程了。等你發(fā)現(xiàn)的時候，你會真的想罵自己。
咋辦？最簡單的辦法其實我們還是可以git reset --hard到對應(yīng)的版本，然后將其修改或者復(fù)原，再強制提交到master分支：git push -u origin/master -f
三歪瞎扯
在這篇文章中，我列出的Git常用的命令其實并不多吧。
像很多博客講的diff、tag、config之類的命令我都沒有講，我這邊現(xiàn)實開發(fā)時這些命令也沒怎么用過...
如果覺得我說漏的，可以在評論區(qū)補充，一起學(xué)習(xí)。
其實現(xiàn)在IDEA也很強大，很多時候都可以配合IDEA給我們提供的Git去做很多事。有的場景敲命令會比較方便，有的時候就直接圖形化界面就比較方便。
就diff這個功能而言， 肯定還是圖形界面好用一些吧（至少我是這樣認(rèn)為的
IDEA配合一些快捷鍵，使用Git也能爽得飛起。Git始終也只是一個工具，如果你有興趣可以了解它的實現(xiàn)（我覺得大部分人可能不知道它是怎么實現(xiàn)的）；
如果沒興趣看它的實現(xiàn)，了解它是怎么使用的，也足夠應(yīng)付日常的開發(fā)場景了。
總的來說，現(xiàn)在的互聯(lián)網(wǎng)公司大多數(shù)還是用Git的，Git本身使用上其實不難，只要理解了Git是干嘛的，它有個本地倉庫的概念，它可以來回穿梭各種版本，然后將本地的信息提交到遠(yuǎn)程，跟著教程把常用的命令敲敲也差不多了。
如果實在是不懂，也別慌（我都給你們打了個樣了）；主動認(rèn)慫，虛心求教，同事們都不會嫌棄你的。
如果實習(xí)之前不知道要準(zhǔn)備什么去公司，要是對Git不了解，我覺得Git可以有占一席之位。
更多Git命令和參考資料：
- https://github.com/xjh22222228/git-manual
- https://juejin.im/post/5edcf3a36fb9a047fa04fbc3
- https://www.liaoxuefeng.com/wiki/896043488029600
各類知識點總結(jié)
下面的文章都有對應(yīng)的原創(chuàng)精美PDF，在持續(xù)更新中，可以來找我催更~
- 92頁的Mybatis
- 129頁的多線程
- 141頁的Servlet
- 158頁的JSP
- 76頁的集合
- 64頁的JDBC
- 105頁的數(shù)據(jù)結(jié)構(gòu)和算法
- 142頁的Spring
- 58頁的過濾器和監(jiān)聽器
- 30頁的HTTP
- 42頁的SpringMVC
- Hibernate
- AJAX
- Redis
- ......
涵蓋Java后端所有知識點的開源項目（已有8K+ star）：
我是三歪，一個想要變強的男人，感謝大家的點贊收藏和轉(zhuǎn)發(fā)，下期見。給三歪點個贊，對三歪真的非常重要！
