今天在代碼的合并中出現(xiàn)了原本不該出現(xiàn)的錯誤，這令我非常尷尬！！！ 完全不應(yīng)該出現(xiàn)的錯誤，然后在懵逼的狀態(tài)中同事美女同事幫忙搞定的！尷尬倒還好，畢竟我臉皮夠厚！ 最重要的耽誤其他同事的下班時間。畢竟已經(jīng)很晚了，車有不好叫… 在這里老哥對部門同事道歉了（這算是公開道歉嗎… … ）！
整理一下今天的低級錯誤歸根就是對git的命令不夠熟悉所導(dǎo)致的，也怪我之前公司沒有用夠git,(小破老的公司，都是一人獨(dú)立開發(fā)的小系統(tǒng))然后也沒有認(rèn)真的學(xué)習(xí)git的使用。今天我就整理一下，后續(xù)會更新，今天是比較基礎(chǔ)的一些操作和命令，還有分享一些git工具。

Git的工作流程

一般的工作流程如下：

• 克隆Git資源作為工作目錄
• 在克隆的資源上添加或修改文件
• 如果其他人修改了，可以更新資源
• 在提交前查看修改
• 提交修改
• 在修改完成后，如果發(fā)現(xiàn)錯誤，可以撤回提交并在次修改提交
  

Git 工作區(qū)、暫存區(qū)和版本庫

基本概念

• 工作區(qū)：就是你在電腦上看到的目錄
• 暫存區(qū)：英文叫stage，或者index。一般存放在“.git”目錄下的index文件（.git/index）中。
• 版本庫：工作區(qū)有一個隱藏目錄.git，這個不算工作區(qū)，而是git的版本庫。

圖中左側(cè)為工作區(qū)，右側(cè)為版本庫。在版本庫中標(biāo)記為“index”的區(qū)域是暫存區(qū)（stage，index），標(biāo)記為“master”的是master分支所代表的數(shù)目錄。
圖中可以看出此時“HEAD”實際指向master分支的一個游標(biāo)。所有圖中的命令中出現(xiàn)HEAD的地方可以用master來替換。
圖中的objects標(biāo)識的區(qū)域為Git的對象庫，實際位于“.git/objects”目錄下，里面包含了創(chuàng)建的各種對象及內(nèi)容。
當(dāng)對工作區(qū)修改（或新增）的文件執(zhí)行g(shù)it add 命令時，暫存區(qū)的目錄樹被更新，同時工作區(qū)修改（或新增）的文件內(nèi)容被寫入到對象庫中一個新的對象中，而該對象的ID被記錄在暫存區(qū)的文件索引中。
當(dāng)執(zhí)行提交操作git commit 時，暫存區(qū)的目錄樹寫到版本庫（對象庫）中，master分支會做相應(yīng)的更新。 即master執(zhí)行向的目錄樹就是提交時暫存區(qū)的目錄樹。
當(dāng)執(zhí)行g(shù)it reset HEAD 命令時，暫存區(qū)的目錄樹會被重寫，被master分支指向的目錄樹鎖替換，但是工作區(qū)不受影響。
當(dāng)執(zhí)行g(shù)it checkout HEAD或者git checkout head <file>命令時，會用HEAD指向的master分支中的全部或者部分文件替換暫存區(qū)和以及工作區(qū)中的文件，這個命令也是極其危險的，因為不但會清除工作區(qū)中為提交的改動，也會清除暫存區(qū)中未提交的改動。

git 的常用命令

git status 查看修改過得文件
git add -all 全部暫存
git add . 全部暫存
git commit 提交到當(dāng)前分支
git commit -m 添加user信息 提交并描述修改內(nèi)容
git pull 下拉
git push 推送
git checkout dev 切換到dev分支
git pull 下拉
git push 推送
git merge my_branch dev合并my_branch分支
git checkout my_branch 切換到my_branch分支

git checkout -b new_branch 創(chuàng)建新的分支 new_branch 并切換到new_branch分支
git branch -d new_breanch 刪除new_branch分支

總結(jié)

以上是生活随笔為你收集整理的Git 常用的命令之避免尴尬的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。