分散式版本控制系統,他用來幹什麼呢?實習的第一天,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點半到家也就沒了心情。國慶繼續把一個月工作上遇到的問題和學到的技術做個總結吧。遇到的小夥伴都很好,部門的工作氛圍也很愉快,幸運