---

步驟一：在GitHub新建托管項目

1-1. 要托管到github，那你就應該要有一個屬於你自己的github帳號 github官網：https://github.com/

    在地址欄輸出地址：github.com 
    填寫用戶名、郵箱、密碼 
    點擊Sign up即可復雜地注冊

1-2. 完成注冊，進入github平台， 點擊new repositories 新建一個新項目（你也可以參加到一個已有的項目）

1-3. 新建項目的操作，其實很復雜，輸出項目名就可以直接Create了

1-4. 新建項目創立完成後，跳轉到這個頁面，點擊左邊欄的剪切板圖標，復制記載下你的項目地址。

步驟2 Git教程

首先你要在本地計算機中裝置一個git客戶端。（你可以直接運用GitHub客戶端，也可以用其他）

因自己運用的是msysgit，所以這裡以msysgit作為引見（msysgit異樣也是目前最為普遍及適用的工具之一）。

msysgit下載地址：https://git-for-Windows.github.io/

下載並裝置最新版本的msysgit
裝置完成後，進入到要托管的項目根目錄，
右鍵啟動Git Bash命令行

2.1 初始化

上面的終端（terminal）運轉在 octobox 文件夾下。初始化倉庫，可以運轉如下指令：

git init

2.2 反省形態

干的好！正如 Git 剛剛通知我們的，如今 octobox 目錄下的 /.git/ 外面有一個空倉庫。這個倉庫在 Git 操作的中央是隱藏目錄。

接上去，讓我們輸出 git status 命令來檢查我們的項目如今是什麼形態：

git status 

2.3 添加和提交

我為你在 octobox 倉庫下創立了一個 octocat.txt 文件（正如你在閱讀器的上面看到的）。

你應該再次運轉 git status 命令來檢查倉庫的形態發作了怎樣的變化：

git status

2.4 添加變化

嗯，看起來我們的 Git 倉庫任務的還不錯。留意到 Git 提示 octocat.txt 是未監聽（untracked）的嗎？這意味著 Git 發現 octocat.txt 是一個新文件。

為了告知 Git 開端監聽發作在 octocat.txt 上的改動，我們首先需求運用 git add 把它添加到暫存區。

git add octocat.txt

2.5 反省改動

干的不錯！Git 如今正在監聽 octocat.txt 文件。我們再來運轉一次 git status來看一下如今的形態。

git status

2.6 提交

留意到 Git 提示 changes to be committed 了嗎？如今文件正處於暫存區（Staging Area），並沒有在我們的倉庫外面。在存儲在倉庫之前，我們可以給暫存區添加文件或許從暫存區移除文件。

經過運轉 commit 命令，我們可以存儲暫存區的改動並且給做出的改動添加一個描繪。我們如今就來運轉：

git commit -m "Add cute octocat story"

2.7 添加一切改動

棒極了！假如你想添加很多同種文件類型的文件，你可以是運用通配符（wildcards）。留意，我添加了很多 .txt 文件到上面的目錄。

我把一些 .txt 文件放在了 octofamily 目錄外面，另外一些放在了 octobox 根目錄外面。僥幸的是，我們可以經過一個通配符和 git add 來添加一切的新文件。不要遺忘引號！

git add '*.txt'

2.8 提交一切的改動

不錯，你曾經把一切的文本文件（text files）都添加到了緩存區。隨時運轉 git status 來檢查你要提交的內容。

假如看起來沒問題，那就運轉：

git commit -m 'Add all the cotocat txt files'

2.9 歷史

我們曾經提交了幾次了。如今我們來看一下我們都改動了些什麼。

我們很僥幸，有一個 git log 指令。可以把Git’s log想成是一個能依照提交順序記載提交的改動的日志。如今試著運轉它吧：

git log

2.10 近程倉庫

做的不錯！如今我們就去新建一個新的空 GitHub 倉庫讓你在 https://github.com/xiaololo/myTest.git… 來運用 Try Git。為了把本地倉庫推送到 GitHub 的服務器，我們需求添加一個近程倉庫。

持續運轉帶有以下選項的git remote add:

git remote add origin https://github.com/xiaololo/myTest.git

2.11 近程推送

當一切就緒之後，push 命令用來通知 Git 把我們的提交寄存在什麼中央。如今我們一切都預備好了，那麼把我們本地的改動推送到 GitHub 下面的源倉庫吧。

近程倉庫的名字叫做 origin，默許本地分支的名字是 master。-u 用來通知 Git 記住參數，這樣的話，下一次我們只需求復雜的運轉 git push就行了，剩余的事情 Git 知道該怎樣做。接上去就是推送它！

git push -u origin master

2.12 近程拉取

讓我們偽裝曾經過了一段時間。我們約請了一些人來我們的 GitHub 項目，他們拉取了你的改動，提交並且推送了一些東西。

我們可以反省GitHub倉庫的改動，經過執行命令來拉取新的改動：

git pull origin master

2.13 差別

哦，看起來 octocat family 有一些補充和修正，我們可以經過 git diff 來看一下它跟我們最後一次提交有什麼不同。

在這種狀況下，我們想失掉的是與最近一次提交的不同。最近一次提交我們可以參考運用 HEAD 指針。

2.14 暫存區差別

diff 另外一個很棒的用處是檢查被暫存文件的改動。記住，暫存文件是那些我們通知 git 預備提交的文件。

Let’s use git add to stage octofamily/octodog.txt, which I just added to the family for you.

我們運用 git add來暫存剛剛添加到 octofamily 的octofamily/octodog.txt。

git add octofamily/octodog.txt

2.15 暫存區差別（續）

好，如今持續運轉 帶有 --staged 選項的 git diff 來檢查你剛剛暫存的文件的改動。你會看到 octodog.txt 被創立。

git diff --staged

2.16 重置暫存

如今 octodog 也是家庭的一局部了，octocat 很傷心。由於我們愛 octocat 勝過愛 octodog，所以我們移除 octodog.txt 來讓ocotocat開心。

你可以運用 git reset 命令來取消暫存（unstage）。刪除 octofamily/octodog.txt :

git reset octofamily/octodog.txt

2.17 撤銷

git reset 可以很好的完成撤銷暫存octodog.txt，但是你會留意到它依然在那裡。它只是不會再被暫存了。假如我們可以回到 octodog 到來並且毀壞聚會之前，那就太好了。

經過git checkout -- <target> 命令文件可以回到最後一次提交的時分。讓我們持續，扔掉 octocat.txt 最後一次提交之後的改動

git checkout -- octocat.txt

2.18 分支

當開發者為一個特性或許 bug 任務的時分，他們通常會創立一個代碼的正本（又稱：分支）為了可以辨別提交。然後，當任務完成之後他們可以把這個分支兼並到主 master 分支。

我們想要去除一切厭惡的 octocats，我們要創立一個 clean_up 分支，在這個分支上我們可以持續任務。

git branch clean_up

2.19 切換分支

棒極了！如今假如你輸出 git branch 來檢查分支，你會發現有兩個本地分支：一個叫做 master 的主分支，還有你的新分支 clean_up。

你可以經過 git checkout 命令來切換分支。如今嘗試切換到 clean_up 分支。

git checkout clean_up

2.20 移除一切東西

好，你如今正處於 clean_up 分支上。最後你可以運用 git rm 命令來移除一切厭惡的octocats，這個命令不只能能從磁盤上刪除真正的文件，還能把緩存中的文件也刪掉。

假如你想運用通配符來一次性獲取一切的 octocats，那麼請運轉：

git rm '*.txt'

2.21 提交分支的改動

你曾經移除了一切的貓，那麼如今你需求提交改動。

運轉 git status 來反省你預備提交的改動。

git commit -m "Remove all the cats"

2.22 切回 master 分支

好的，你曾經完成了 bug 修復，如今需求切換為 master 分支，因而你經過復制或許兼並把 clean_up 分支上的改動放到 master 分支上。

如今切換為 master 分支：

git checkout master

2.23 預備兼並

把 clean_up 分支上的改動兼並到 master 分支的時辰到了。深吸一口吻，這並不可怕。

如今我們處於 master 分支下面，因而我們只需求通知 Git 把 clean_up 兼並到 master 分支：

git merge clean_up

2.24 堅持潔淨

祝賀你！你曾經成功完成了第一次 bug 修復和兼並。接上去要做的是把自己清算潔淨。由於你曾經完成了 clean_up，所以你不再需求它了。

你可以運用 git branch -d 命令來刪除一個分支。如今就來刪除一個試試：

git branch -d clean_up

2.25 最後的推送

如今我們到了最後一步。我很驕傲你能走到這裡，學習 Git 對你來說一定很棒。你如今要做的就是把你任務目錄裡的一切東西都推送到近程倉庫中去，你曾經完成了一切事情：

git push

【手把手帶你學Git】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！