git是什么
分布式版本控制系統，他用來干什么呢？實習的第一天，leader就把我拉進了部門的GitLab組中，GitHub倉庫之前使用過，但是GitLab還是第一次接觸，GitLab 是一個用于倉庫管理系統的開源專案，使用Git作為代碼管理工具，并在此基礎上搭建起來的Web服務，可通過Web界面進行訪問公開的或者私人專案，它擁有與Github類似的功能，能夠瀏覽源代碼，管理缺陷和注釋，
簡單來說，我們部門一共有30個大大小小的專案，首席架構和部長擁有全部權限，而對于其他同事以及實習生來說，負責什么才進入這個專案的代碼存放倉庫，所以可以理解為是一個專案代碼的存放及管理倉庫，因為沒有哪個專案是一個人開發，團隊合作是必然的的，那么為了高效的團隊合作效率，Git的使用就變得尤為重要
每天早上
來到公司，可以先打開GitLab
看看小伙伴們昨天都干了什么，當然可以沒有這一步這只是我的習慣，
第一次拉取專案代碼
凡事都有第一次，第一次的操作和之后的操作又有所不同，
1.第一次要把專案的代碼拉取下來，不多說直接上步驟
git clone http:xxxxxxxxxxxxx
第一步當然是把專案克隆下來，不贅述
2.git init
可以理解為初始化一個本地的空倉庫，用來存你的代碼，
3.這時候你會看到你的檔案夾名字后面會跟著一個master，他就是這個專案的主分支，但是我們并不是需要這個分支的內容，所以我們要切換到dev分支
git checkout -b dev
強制轉到dev分支，這時候你就發現git命令列上的檔案夾后面括號變成了（dev），
4.接下來就是拿資源，
git fetch origin dev
5.最后拉取下載資源
git pull origin dev
大功告成，把檔案夾拖到VSCode或者HBuilder，npm install把需要的依賴下載，再運行就可以了，
經過第一次的拉取后，以后每天我們就不需要克隆初始等等，在開工前pull一下，更新到最新的小伙伴寫的代碼，然后再進行你的開發，
每天晚上
經過一整天的辛勤作業，查看了VScode的作業樹，嗯！這個作業量可以了，于是要上傳代碼啦，
同樣的我們必須記住我們這是團隊合作專案，不能只管自己，所以第一步也是要更新代碼，pull下最新的代碼，因為說不定有的小伙伴在下午的時候就已經上傳過代碼，如果你不把別人最新的代碼pull下來，產生的問題不言而喻
1.git pull origin dev
2.查看一下今天都干了什么，
git status
它會顯示和作業樹一樣的修改痕跡或是添加檔案檔案夾，路由等等，如果發現有遺漏那說明代碼忘記保存，趕緊去保存，
3.git add .
他會監控作業區的狀態樹，使用它會把作業時的所有變化提交到暫存區，包括檔案內容修改(modified)以及新檔案(new)，但不包括被洗掉的檔案，
4.git commit -m '今天我干了啥！'
到這里就是給小伙伴介紹你今天的作業了，用最簡單的話概括出來，
5.git push origin dev
把我們的代碼上傳上去！寫完作業日報就下班吧！
值得注意
1.每天上傳的代碼不能有報錯，上傳的代碼展示出的專案頁面不能有明顯錯誤（比如自適應高度寬度），我第一次用藍湖根據ui圖進行頁面還原時看到上面有具體的高度寬度我還以為要寫死…于是交了智商稅，好在修改也不難，但是在老手看來就顯得非常愚蠢，
2.git會幫我們合并代碼，但是如果發生沖突時要自己手動調一下，比如上個小伙伴修改了，lululu.vue里面的一段代碼，巧的是我也需要在上面修改，可能發生合并問題，這就需要你和小伙伴溝通，不過如果你知道他改的東西是什么那就自己修改就好啦，比如上周小伙伴修改了頁面的整體樣式，而我要在這個頁面to一個路由，我們倆同時進行，他6點上傳代碼，而我還沒結束，我7點上傳代碼時就發現這個頁面的樣式變了，比如之前只是一個簡單的div 然后他加了box或是什么，我的路由跳轉就不對了，只需要手動修改一下就好，或者有什么更好的辦法嘻嘻，
寫在后面
半個多月的時間很快過去，真的學到了很多東西，有時候想當天總結，結果8點半到家也就沒了心情，國慶繼續把一個月作業上遇到的問題和學到的技術做個總結吧，遇到的小伙伴都很好，部門的作業氛圍也很愉快，幸運
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/97245.html
標籤：其他