? 完成任務，如何與他人協同開發，將自己的代碼提交至gitlab倉庫

? ? ?? 本人前端小白一枚，幸得上蒼垂憐，在畢業之際給我“安排”了一波工作，由于前期學習主要是自己寫的代碼提交至私人倉庫，缺少實習與歷練，因此剛剛開始上手與他人協同開發的時候就有些不太適應。

? ? ? 主要出現在以下幾個方面：第一，公司安排的活兒，對于新手而言，往往都是實現一些簡單的功能，對項目中的某個部分進行相關操作，如增加幾個按鈕，能夠在點擊之后跳轉至一個新的頁面，展示后臺提供的API數據等，這些往往需要消化“前輩們”留下來的“戰果”，如果前輩“仁慈”，留下的代碼很好梳理，那么很快便能入手，如果不巧前輩是個“獨裁者”，那么個中滋味，便自我體會吧；第二，新人在安排了活兒之后，一般公司都會配備個人郵箱，公司的任務主要是通過郵箱的方式來進行傳遞，里面往往會包含任務內容，點擊里面的超鏈接后，不出意外是需要完成功能的原型UI以及實現的功能細節。如果有人能夠帶你熟悉一下流程，如公司的倉庫在哪兒，怎么從公司的某個項目中拷貝某個項目，并在項目上新建自己的分支等流程，無疑是非常幸運的。因為公司活兒多，不可能每個人都照顧得面面俱到，而且因為是多人協同開發，每個人往往都會在項目下新建多個分支，你需要找到自己的部門分支，然后在部門分支下新建自己的分支，在本地拷貝代碼，進行任務解析，當完成了相應工作，便將自己的代碼提交至公司，對于每天上班必備的操作，經驗頗豐者往往嗤之以鼻，對于前端新手者，往往望塵莫及，或許這就是我們新手小白的悲哀吧！

? ? ? ?? 為了更多的新手小白們能夠在完成自己的工作后提交自己的代碼，也為了見證自己的成長，僅留下這篇文章，希望多年之后，看到此文，仍留有當初進入前端工作熱情！

? ? ? 話不多說，直接奧里給！

? ? 如果現在我的任務已經完成了，該怎么提交自己代碼呢？

? ?? 因為我使用的是visio studio code這款軟件，所以接下來的步驟會出現一定的局限性，希望有流量的客官們給捧個流量場，下面給個贊或者給點兒積極的評論，讓我在前端這條路越走越長，我也會定期更新，留下我前行的腳步，讓各位小白看官們少踩點坑，至于報效國家之類的大話就先不說了，還是先報效各位看官們吧；首先自己的任務已經完成了，現在需要做的就是拉取他人代碼，如果害怕自己的代碼被覆蓋掉，建議：先保存自己做的更改，放在一個文件夾下，避免到時候全部覆蓋之后，還需要重新回退版本

1.首先打開你的左側的狀態樹，就是纏繞三個球的圖標，然后點擊紅色的部分

2.選擇拉取自某一個分支，其中origin/dev是總分支，其他的分支是我們協同開發的伙伴，按照自己的需求選擇分支，如果想將別人提交過的代碼都拉取過來，可以直接選擇origin/dev這個總分支

3.拉取了分支的內容后，我們此時已經獲得了最新的代碼資源，我們可以將自己一開始保存的代碼從文件夾中拿出來，粘貼覆蓋現有的某個文件，改變的部分可以通過狀態樹來觀看，后面我會專門寫一個如何使用狀態樹快速對比文件，并查找中間可能存在的問題，畢竟這篇博客提及的是如何提交自己的代碼，所以就不再贅述，那么我們此時需要做的就是將自己修改后的代碼放入最新獲取的代碼資源中，點擊這個紅色的圈圈，表示的意思是暫存代碼，點擊后就可以看到這個html文件就放置在暫存區了

?然后點擊那個紅色圈圈里的勾，這個勾表示的意思是commit(提交)

4.提交了之后，就是提示備注頁面，及時寫上備注是非常有幫助的哦，建議每一次提交最好都能寫上備注，這樣日后使用也方便查詢日志，因為這一次做的主要是代碼重構，因此我給的備注是Code optimization,建議用英文寫備注（別說英文不好，直接谷歌翻譯難道不香嗎？不要拿著蹩腳英語秀操作，用了谷歌翻譯之后，你會發現，嗯，真香！），另外與項目相關的文件夾和文件建議都使用英文命名，因為window不知道什么時候就來一個BUG

提交完了之后在VS code軟件左下方會顯示如下提示，其中紅色圓圈表示的這一次我提交的代碼有三個文件被改動了

5.既然已經弄好需要提交的資料，那么接下來就要去gitlab管理倉庫了，進入自己的gitlab管理倉庫，

在主頁面選擇自己的分支，注意一般為master,更改為自己的分支，因為你只要把自己完成的代碼提交到自己相應的分支就可以了，然后在頁面的左側欄選擇commit

就會彈出如上界面，此時選擇自己的分支，創建一個合并請求，一般公司都是有測試人員的，你發送的請求往往是由測試人員負責接收，只有在通過測試人員確保沒有明顯BUG的情況下，才能夠接收你的合并請求，然后將你的代碼合并至整個項目中，所以說，我們在一個大的項目中，往往只是擔任著一個小角色，默默奉獻著自己的力量，這就是團隊協作，每一個優秀的企業背后都有企業這樣一群默默付出的奧里給們！

當點擊了Creat merge request,就會彈出上面的頁面，此時默認頁面是這次提交代碼的分支dev-tangbing，請求合并的目標是master,這顯然是不對的，因為我們都有自己的分支，只需要將自己本地的代碼提交至遠程倉庫中自己的分支就可以啦，所以點擊Change branches

在右邊圈圈里面選擇自己的部門分支（我的為dev）即可,更改完了之后往下翻，出現

這個表示此次你提交的代碼與你拉取代碼的不同之處，如果你會使用狀態樹，可以直接在最開始就檢查了，如果不會，此時請求合并之前還是可以看一下自己的代碼與拉取的代碼有哪些不同

我的上面顯示有6處進行了改動，然后我就可以看看自己改動的部分就可以了，因為協同開發的時候可能別人也會更改你文件下的資料，因為關注一下哪些改變了，是不是自己變動的還是很有必要的，如果覺得都沒有問題了，就可以直接點擊Submit merge request進行合并請求了

這樣就會顯示我們在29秒鐘之前提交了一個請求，至此，一個看似步驟很多其實熟悉了就和喝白水一樣簡單的提交步驟就完成了，好了，我也該一給我里giao了，各位和我一樣的小伙伴們，且加油且珍惜！

?

總結

以上是生活随笔為你收集整理的Gitlab项目协同开发的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。