我們在自己的工作目錄新建乙個資料夾project，用來存放我們的專案。
ssh方式，可以免密登入，git拉取**和提交分支都可以免密，但是要去git**上配置ssh key,新增自己生產的公鑰。
以next分支為例,git位址為https方式為例，方便講解。
開啟之前建好的project資料夾，右鍵選擇git bash here,彈出git視窗
初始化本地倉庫：git init
關聯遠端倉庫：git remote add origin 「https位址」，我紅色劃掉的部分就是https位址啦，複製下來。
拉取指定next分支：git clone -b next 「git位址」
上面命令中的-b（branch）就是轉殖的時候指定分支。
如果此時你是在git**上新增了金鑰，並且git位址是ssh方式的位址，那麼可以直接轉殖下來。如果你用的是https方式，你就需要輸入使用者名稱密碼進行轉殖。
剛轉殖下來的next分支在本地也叫next，通常我們不建議直接在這個分支上開發，而是新建乙個分支。
git checkout -b next-dev (建立並切換到next-dev分支上)
我們可以在next-dev上愉快的寫我們的**，寫完後可把**提交到本地倉庫：
（1）、git add . （".「的意思就是儲存新增所有修改到暫存區）
（2）、git commit -m 「注釋」 （將暫存區中的修改提交到本地倉庫）
開發完成後我們可將next-dev分支合併到本地next分支上：
（1）切換到本地next分支：git checkout next （切換分之前，需要先在next-dev上commit更改到本地倉庫）
（2）本地next分支更新：git pull origin next （當你合併分支的時候，可能其他同事又提交了新的內容）
（3）在本地next分支上去合併next-dev分支：git merge next-dev。（若分支合併出現衝突，這裡推薦使用idea整合git工具在idea中去合併衝突，因為比較方便的就能檢視到衝突**塊）
提交本地next到遠端next: git pull origin next:next (」:「前面的是本地分支的名字，」:"後面的是遠端分支的名字)
當你直接在本地next分支上開發時，考慮這樣的乙個場景：測試或者產品火急火燎的告訴你線上出了乙個小bug你需要馬上修改掉，這個bug很快就能解決，但是你的本地next分支還處於開發狀態（甚至是編譯都不能通過的狀態，你需要注釋你的修改或者再去重新拉乙個next分支修改bug（這多慢呀！））。但是當你只是在next-dev分支上開發時，你只需提交當前修改並切換到本地next分支上去修改就行了，修改完後切換next-dev繼續開發即可。
初始化本地倉庫：git init
本地倉庫關聯遠端倉庫：git remote add origin 「git 位址」
檢視已關聯的倉庫：git remote -v
切換關聯倉庫（如想要從https方式的關聯倉庫切換到ssh方式關聯的倉庫）：
（1）、取消關聯：git remote remove origin
（2）、重新關聯：git remote add origin 「git ssh方式的位址」
檢視所有的分支：git branch -a
更新分支列表（當你不能檢視到完整的分支列表時）：git fetch
切換分支：git checkout 分支名
建立分支：git branch 分支名
強制刪除分支（可刪除當前分支）：git branch-d 分支名
非強制刪除分支（不可刪除當前分支）：git branch -d 分支名
建立並切換到新分支：git checkout -b 分支名
轉殖遠端倉庫的專案**：git clone 「遠端倉庫位址」
轉殖遠端倉庫指定分支的**：git clone 「遠端倉庫位址」
拉取遠端分支：git pull 遠端分支
提交變更到本地倉庫：git commit -m 「修改資訊注釋」：
將你的分支推到遠端倉庫：git push origin 「本地分支名」:遠端分支名
撤銷本地commit:
（1）、git log 檢視commit_id
（2）、git reset --hard commit_id
檢視當前倉庫的狀態（你修改了哪些，哪些儲存到了本地倉庫，哪些沒有）：git status
檢視提交歷史：git log
提交前先git pull是乙個好習慣，更新別人提交的**，避免衝突。
為防止我們的誤操作，如不小心按到鍵盤在配置檔案中多加了乙個字母。我們可以使用idea中的git compare去檢視
本地分支與遠端分支中的差異，確定都是我們自己的正確修改後再提交
分支切換前需要先commit儲存修改到本地倉庫，不然切換不會成功，強行切換會導致當前分支被覆蓋。
在git裡面總是有後悔藥吃的，所以大膽搞，出錯了大不了回滾
剛進公司，git的正確使用方式
轉者注 剛進公司時我根本理解不了這篇文章，隨著我git的使用越來越嫻熟，回想起這篇文章真的很棒，於是我又重新精讀了一遍這篇文章，然後就會從我的收藏夾刪掉它，因為這部分知識我已經get到了，將它 是希望能幫助到更多人正確使用git，同時也可以用來幫助我自己回味。三 git轉殖分支的方式介紹 當你進入到...
剛進公司的菜鳥程式設計師
在這個行業也有半年了，但是因為沒有很多的實際開發經驗，但公司要我負責專案的時候，要求我移植原公司的 但因為我對這不熟悉，所以我就很無奈地，這個專案就讓另個公司也搞嵌入式的弄了，因為他在這些上很是熟悉了。有時候很無奈，公司要求你去寫相容原來 的 卻只是提供了一些讓人看不明白的，不完整的 這叫我如何開發...
優雅的使用git
git config global user.name git config global user.email com 2.對於git遠端庫的訪問有兩種訪問協議，一種是https協議。另一種是ssh協議。當我們使用https協議的時候，當我們進行拉取或者推送的時候會提示我們輸入使用者名稱和密碼。另...