現在前端要學的只是太多了，你是不是有時會有這個想法，如果我有兩個大腦。乙個學vue，乙個學react，然後到最後把兩個大腦學的知識再合併在一起，這樣就能省時間了。
哈哈，這個好像不能實現。現實點吧！年輕人。那麼我們剛才那個想法就是分支的原理。
你建立了乙個屬於你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上繼續敲**，想提交就提交，直到開發完畢後，再一次性合併到原來的分支上，這樣，既安全，又不影響別人工作。
說了這麼多，就是說說分支的重要性。那麼我們來講下git的分支管理。
一、分支管理
1、分支管理的幾個常用命令
檢視分支：`git branch`
建立分支：`git branch `
切換分支：`git checkout 或者git switch `
建立+切換分支：`git checkout -b `
或者`git switch -c `
合併某分支到當前分支：`git merge `
刪除分支：`git branch -d `
在實際開發中，我們應該按照幾個基本原則進行分支管理：
首先，master分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面幹活；那在哪幹活呢？幹活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本發布時，再把dev分支合併到master上，在master分支發布1.0版本；你和你的小夥伴們每個人都在dev分支上幹活，每個人都有自己的分支，時不時地往dev分支上合併就可以了。
3、多人協作
首先，可以試圖用git push origin
推送自己的修改；
如果推送失敗，則因為遠端分支比你的本地更新，需要先用git pull試圖合併；
如果合併有衝突，則解決衝突，並在本地提交；
沒有衝突或者解決掉衝突後，再用git push origin
推送就能成功！如果git pull提示no tracking information，則說明本地分支和遠端分支的鏈結關係沒有建立，用命令git branch --set-upstream-to
origin/
。
二、其他git操作
抓取專案
git clone 'git專案位址'git add env.txt
git commit -m "add env"
git pullgit push1、工作區、版本庫、暫存區是什麼？
工作區：就是你在電腦裡能看到的目錄。
版本庫：工作區有乙個隱藏目錄.git，這個不算工作區，而是git的版本庫。
暫存區：git的版本庫里存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區。
2、檔案往git版本庫里新增的時候，是分兩步執行的：
第一步是用·git add把檔案新增進去，實際上就是把檔案修改新增到暫存區；
第二步是用git commit提交更改，實際上就是把暫存區的所有內容提交到當前分支。
因為我們建立git版本庫時，git自動為我們建立了唯一乙個master分支，所以，現在，git commit就是往master分支上提交更改。
你可以簡單理解為，需要提交的檔案修改通通放到暫存區，然後，一次性提交暫存區的所有修改。
你真的了解git嗎？
看了幾遍廖雪峰的git教程和阮一峰的git教程之後，覺得自己使用git已經是得心應手了，腦中也構建出了一副關於git操作的影象。學習乙個新東西的時候我總是喜歡把知識形象化出乙個圖譜在腦中，這樣記憶的更加深刻。但是隨著使用的深入，我發現我腦中的影象與git的實際行為存在出入。稍微進入一下正題。假如你的...
你真的了解iaas PaaS SaaS的區別嗎？
1 什麼是iaas paas和saas？iaas 基礎設施即服務 基礎設施即服務 iaas 提供了雲計算基礎架構，包括伺服器 儲存 網路和作業系統。客戶無需購買伺服器 軟體 資料庫空間或網路裝置，只要按需購買這些資源的外包服務。一些大的iaas公司包括amazon,microsoft,vmware,...
git的分支管理
一開始的時候，master分支是一條線，git用master指向最新的提交，再用head指向master，就能確定當前分支，以及當前分支的提交點 每次提交，master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長。當我們建立新的分支，例如dev時，git新建了乙個指標叫...