git使用總結，git總結

git使用總結，git總結

當我們使用Git push推送到github上時 報錯 ＂error: failed to push some refs to ＂ 解決方案： 使用git pull  然後再git push

玩了一晚上的git現在來總結一下：

使用者佈建

$ git config --global user.name "Your Name"$ git config --global user.email "email@example.com"

初始化倉庫

$ git initInitialized empty Git repository in /Users/learngit/.git/

把檔案添加到倉庫

git add filename

把檔案提交到倉庫

git commit -m "comment message"

初始化一個Git倉庫，使用git init命令。

添加檔案到Git倉庫，分兩步：

• 第一步，使用命令git add ，注意，可反覆多次使用，添加多個檔案；

• 第二步，使用命令git commit，完成。

運行git status命令看看結果

git status

但如果能看看具體修改了什麼內容

git diff filename

• 要隨時掌握工作區的狀態，使用git status命令。

• 如果git status告訴你有檔案被修改過，用git diff可以查看修改內容

版本控制系統肯定有某個命令可以告訴我們記錄，在Git中，我們用git log命令查看

git loggit log --pretty=oneline

首先，Git必須知道目前的版本是哪個版本，在Git中，用HEAD表示目前的版本，也就是最新的提交,上一個版本就是HEAD^，上上一個版本就是HEAD^^，當然往上100個版本寫100個^比較容易數不過來，所以寫成HEAD~100.

git reset --hard HEAD^git reset --hard 3628164

Git提供了一個命令git reflog用來查看曆史

git reflog

• HEAD指向的版本就是目前的版本，因此，Git允許我們在版本的曆史之間穿梭，使用命令git reset --hard commit_id。

• 穿梭前，用git log可以查看提交曆史，以便確定要回退到哪個版本。

• 要重返未來，用git reflog查看命令曆史，以便確定要回到未來的哪個版本。

工作區（Working Directory）：就是你在電腦裡能看到的目錄，比如我的learngit檔案夾就是一個工作區。

版本庫（Repository）：工作區有一個隱藏目錄“.git”，這個不算工作區，而是Git的版本庫。

Git的版本庫裡存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區，還有Git為我們自動建立的第一個分支master，以及指向master的一個指標叫HEAD。

前面講了我們把檔案往Git版本庫裡添加的時候，是分兩步執行的：

第一步是用“git add”把檔案添加進去，實際上就是把檔案修改添加到暫存區；

第二步是用“git commit”提交更改，實際上就是把暫存區的所有內容提交到當前分支。

 

git checkout -- file可以丟棄工作區的修改

git checkout -- filename

git checkout -- file命令中的“--”很重要，沒有“--”，就變成了“建立一個新分支”的命令.

 

用命令git reset HEAD file可以把暫存區的修改撤銷掉（unstage），重新放回工作區

git reset HEAD  filename

git reset命令既可以回退版本，也可以把暫存區的修改回退到工作區。當我們用HEAD時，表示最新的版本。

 

情境1：當你改亂了工作區某個檔案的內容，想直接丟棄工作區的修改時，用命令git checkout -- file。

情境2：當你不但改亂了工作區某個檔案的內容，還添加到了暫存區時，想丟棄修改，分兩步，第一步用命令git reset HEAD file，就回到了情境1，第二步按情境1操作。

 

確實要從版本庫中刪除該檔案，那就用命令git rm刪掉，並且commit

git rm test.txtgit commit -m "remove test.txt"

另一種情況是刪錯了，因為版本庫裡還有呢，所以可以很輕鬆地把誤刪的檔案恢複到最新版本

git checkout -- test.txt

git checkout其實是用版本庫裡的版本替換工作區的版本，無論工作區是修改還是刪除，都可以“一鍵還原”。

命令git rm用於刪除一個檔案。如果一個檔案已經被提交到版本庫，那麼你永遠不用擔心誤刪，但是要小心，你只能恢複檔案到最新版本，你會丟失最近一次提交後你修改的內容。

 

遠程倉庫

要關聯一個遠程庫，使用命令git remote add origin git@server-name:path/repo-name.git；

關聯後，使用命令git push -u origin master第一次推送master分支的所有內容；

此後，每次本地提交後，只要有必要，就可以使用命令git push origin master推送最新修改；

 

用命令git clone複製一個本地庫

//Git本身的原始碼你既可以用 git:// 協議來訪問：git clone  git://git.kernel.org/pub/scm/git/git.git//也可以通過http 協議來訪問:git clone http://www.kernel.org/pub/scm/git/git.git

git 分支

查看分支：git branch

建立分支：git branch name

切換分支：git checkout name

建立+切換分支：git checkout -b name

合并某分支到當前分支：git merge name

刪除分支：git branch -d name

 

在 當前分支下，要把dev分支的內容合并

git merge dev

當Git無法自動合并分支時，就必須首先解決衝突。解決衝突後，再提交，合并完成。

用git log --graph命令可以看到分支合并圖。

 

在實際開發中，我們應該按照幾個基本原則進行分支管理：

首先，master分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面幹活；

那在哪幹活呢？幹活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本發布時，再把dev分支合并到master上，在master分支發布1.0版本；

你和你的小夥伴們每個人都在dev分支上幹活，每個人都有自己的分支，時不時地往dev分支上合并就可以了。

 

Git還提供了一個stash功能，可以把當前工作現場“儲藏”起來，等以後恢複現場後繼續工作：

git stash

現在，用git status查看工作區，就是乾淨的（除非有沒有被Git管理的檔案），因此可以放心地建立分支來修複bug。

首先確定要在哪個分支上修複bug，假定需要在master分支上修複，就從master建立臨時分支：

//轉換到master分支git checkout master//建立並轉換到的名字為 issue-101 的分支git checkout -b issue-101

 

查看儲存的工作 用git stash list

git stash list

工作現場還在，Git把stash內容存在某個地方了，但是需要恢複一下，有兩個辦法：

一是用git stash apply恢複，但是恢複後，stash內容並不刪除，你需要用git stash drop來刪除；

另一種方式是用git stash pop，恢複的同時把stash內容也刪了：

 

修複bug時，我們會通過建立新的bug分支進行修複，然後合并，最後刪除；

當手頭工作沒有完成時，先把工作現場git stash一下，然後去修複bug，修複後，再git stash pop，回到工作現場.

 

如果要丟棄一個沒有被合并過的分支，可以通過git branch -D name強行刪除。

 

當你從遠程倉庫複製時，實際上Git自動把本地的master分支和遠端master分支對應起來了，並且，遠程倉庫的預設名稱是origin。

要查看遠程庫的資訊，用git remote或者用git remote -v顯示更詳細的資訊：

git remotegit remote -v

推送分支

推送分支，就是把該分支上的所有本地提交推送到遠程庫。推送時，要指定本地分支，這樣，Git就會把該分支推送到遠程庫對應的遠程分支上.

git push origin master//如果要推送其他分支，比如dev，就改成git push origin dev

但是，並不是一定要把本地分支往遠程推送，那麼，哪些分支需要推送，哪些不需要呢？

• master分支是主分支，因此要時刻與遠程同步；

• dev分支是開發分支，團隊所有成員都需要在上面工作，所以也需要與遠程同步；

• bug分支只用於在本地修複bug，就沒必要推到遠程了，除非老闆要看看你每周到底修複了幾個bug；

• feature分支是否推到遠程，取決於你是否和你的小夥伴合作在上面開發。

總之，就是在Git中，分支完全可以在本地自己藏著玩，是否推送，視你的心情而定！

 

抓取分支

多人協作時，大家都會往master和dev分支上推送各自的修改。

現在，類比一個你的小夥伴，可以在另一台電腦（注意要把SSH Key添加到GitHub）或者同一台電腦的另一個目錄下複製：

git clone git://git.kernel.org/pub/scm/git/git.git

指定本地dev分支與遠程origin/dev分支的連結

git branch --set-upstream dev origin/devgit pull

因此，多人協作的工作模式通常是這樣：

1. 首先，可以試圖用git push origin branch-name推送自己的修改；

2. 如果推送失敗，則因為遠程分支比你的本地更新，需要先用git pull試圖合并；

3. 如果合并有衝突，則解決衝突，並在本地提交；

4. 沒有衝突或者解決掉衝突後，再用git push origin branch-name推送就能成功！

如果git pull提示“no tracking information”，則說明本地分支和遠程分支的連結關係沒有建立，用命令git branch --set-upstream branch-name origin/branch-name。

這就是多人協作的工作模式，一旦熟悉了，就非常簡單。

 

• 查看遠程庫資訊，使用git remote -v；

• 本地建立的分支如果不推送到遠程，對其他人就是不可見的；

• 從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠端新提交；

• 在本地建立和遠程分支對應的分支，使用git checkout -b branch-name origin/branch-name，本地和遠程分支的名稱最好一致；

• 建立本地分支和遠程分支的關聯，使用git branch --set-upstream branch-name origin/branch-name；

• 從遠程抓取分支，使用git pull，如果有衝突，要先處理衝突。

 tag 標籤

命令git tag name就可以打一個新標籤，可以用命令git tag查看所有標籤

//建立標籤git tag v1.0//給commit id 為25656e2的曆史版本打標籤git tag v1.0  25656e2//查看標籤git tag

用git show tagname查看標籤資訊

git show v1.0

• 命令git tag name用於建立一個標籤，預設為HEAD，也可以指定一個commit id；

• -a tagname -m "blablabla..."可以指定標籤資訊；

• -s tagname -m "blablabla..."可以用PGP簽名標籤；

• 命令git tag可以查看所有標籤；

推送某個標籤到遠程，使用命令git push origin tagname，或者，一次性推送全部尚未推送到遠端本地標籤

git push origin v1.0git push origin --tags

刪除標籤

分兩步，1、刪除本地；2、刪除遠程。

//刪除本地git tag -d v0.9//刪除遠程git push origin :refs/tags/v0.9

• 命令git push origin tagname可以推送一個本地標籤；

• 命令git push origin --tags可以推送全部未推送過的本地標籤；

• 命令git tag -d tagname可以刪除一個本地標籤；

• 命令git push origin :refs/tags/tagname可以刪除一個遠程標籤。

ignore 檔案

不需要從頭寫.gitignore檔案，GitHub已經為我們準備了各種設定檔，只需要組合一下就可以使用了。所有設定檔可以直接線上瀏覽：https://github.com/github/gitignore

忽略檔案的原則是：

1. 忽略作業系統自動產生的檔案，比如縮圖等；
2. 忽略編譯產生的中間檔案、可執行檔等，也就是如果一個檔案是通過另一個檔案自動產生的，那自動產生的檔案就沒必要放進版本庫，比如Java編譯產生的.class檔案；
3. 忽略你自己的帶有敏感資訊的設定檔，比如存放口令的設定檔。

配置別名

如果敲git st就表示git status

git config --global alias.st statusgit config --global alias.co checkoutgit config --global alias.ci commit git config --global alias.br branch

git config --global alias.unstage 'reset HEAD'