場景一
小張作為乙個開發人員，剛進團隊，發現團隊是使用git進行**管理的，現在需要去初始化團隊的**倉庫以及新增提交自己修改的一部分**
1.轉殖遠端倉庫 git clone
git clone [email protected]:walt-liuzw/gitdemo.git
2.修改**，比如新增乙個readme.txt說明檔案
3.多此一舉的操作，檢視變動的檔案
git status
4.提交**三板斧
git add .
git commit -m "docs: 增加說明文件"
git push
場景二小張正在dev分支上開發**，突然有人告訴他，現在master分支上有個緊急的bug需要他去處理，此時有分三種情況
第一種情況：現在在dev分支上修改的檔案，可以丟棄掉，然後切換成master分支去修復緊急問題
1.先用git status 檢視dev分支有哪些更改的檔案
2.使用git checkout . 命令丟棄該分支下的所有變更
第二種情況：小張在dev分支上的變更有很多，而且並沒有開發完善，不能提交到遠端分支上，而且這些變更不想丟棄，此時可以將**儲存到暫緩區。
使用git stash，將**存到本地的緩衝區內
將dev分支的變更暫存到暫緩區後，你用乾淨的分支修改bug或者切換到master分支上去修改bug都行，修改完成後，小張接著之前的開發步驟進行，需要將暫緩區的**pop出來
然後跟之前的提交**做合併，繼續往下開發。
第三種情況：小張在開發過程中的**可以隨時提交到遠端分支（遠端分支沒有整合ci/cd），這樣當遇到切換分支的情況，先把本分支的內容提交到遠端分支上。
參考場景一
場景三小張在修改完乙個bug後，去提交**，此時他發現他剛才修改的bug並不徹底，還漏了幾個檔案，此時小張可以再提交乙個commit，但是這樣
兩個甚至多個commit都是解決乙個問題，在提交記錄上並不好看
1.遇到頻繁提交，解決乙個問題，使用乙個commit使用命令
場景四小張把兩次提交合成乙個fix，已經推送到遠端分支上了，此時他發現自己腦殘了，這兩個修改根本不是解決bug的原因，bug是其他問題造成的，此時小張打算將提交回滾到「第一次修改」這個commit上
目標要是實現如下圖
1.使用git log看到具體提交的commit id，採用git reset
2.注意乙個問題，在下面圖中小張使用了git reset方法
使用reset後，又用了git checkout . 才使**恢復的，這是因為只用reset只會將commit回滾到目標的id，但是之後的**作為修改狀態存在，可以通過git status看到。
場景五小張現在在dev分支上，dev上的檔案是空白的，而master上已經有很多修改了，如果現在打算將master分支的東西合併到dev分支上
1.使用git merge 命令
2.當然，如果是簡單的合併，可以通過pull的方式實現，在dev上直接pull master分支
Git使用場景 命令使用場景
通過個人使用git時候的遇到的使用場景，熟悉了解相關命令，也記錄一下場景的使用方法。所有場景均在ubuntu16.04 linux 作業系統下，其他作業系統有差異的地方自行查閱相關資料。安裝git sudo apt get install git設定及檢視git配置 user.name和user.e...
Git使用場景總結
git status git stash git pull r git stash pop 如果有衝突，去解決衝突 git add git commit m tip message text git push git tag l 檢視tag列表 git tag tagname git push ta...
Git 日常使用場景
終端下,cd到想要儲存的檔案目錄下 敲git clone 為你想要clone的遠端倉庫的master 可http可以ssh,如果被加密此處提示要輸入使用者名稱密碼,根據提示輸入即可 敲git branch r,檢視遠端版本庫分支列表,此處記得檢視路徑,git命令無效時,記得cd到子檔案敲git ch...