安裝

windows平臺下的安裝過程非常簡單，其他平臺安裝方法可以參考手冊
http://git-scm.com/book/zh/v2/%E8%B5%B7%E6%AD%A5-%E5%AE%89%E8%A3%85-Git

初始配置

用戶信息

當安裝完 Git 應該做的第一件事就是設置你的用戶名稱與郵件地址。這樣做很重要，因爲每一個 Git 的提交都會使用這些信息，並且它會寫入到你的每一次提交中，不可更改：

$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com

再次強調，如果使用了 –global 選項，那麼該命令只需要運行一次，因爲之後無論你在該系統上做任何事情， Git 都會使用那些信息。當你想針對特定項目使用不同的用戶名稱與郵件地址時，可以在那個項目目錄下運行沒有 –global 選項的命令來配置。

很多 GUI 工具都會在第一次運行時幫助你配置這些信息。

檢查配置信息

如果想要檢查你的配置，可以使用 git config –list 命令來列出所有 Git 當時能找到的配置。

$ git config –list
user.name=John Doe
[email protected]
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
…
你可能會看到重複的變量名，因爲 Git 會從不同的文件中讀取同一個配置（例如：/etc/gitconfig 與 ~/.gitconfig）。這種情況下，Git 會使用它找到的每一個變量的最後一個配置。

你可以通過輸入 git config ：來檢查 Git 的某一項配置

$ git config user.name
John Doe

獲取 Git 倉庫

有兩種取得 Git 項目倉庫的方法。第一種是在現有項目或目錄下導入所有文件到 Git 中；第二種是從一個服務器克隆一個現有的 Git 倉庫。

在現有目錄中初始化倉庫

如果你打算使用 Git 來對現有的項目進行管理，你只需要進入該項目目錄並輸入：

$ git init

該命令將創建一個名爲 .git 的子目錄，這個子目錄含有你初始化的 Git 倉庫中所有的必須文件，這些文件是 Git 倉庫的骨幹。但是，在這個時候，我們僅僅是做了一個初始化的操作，你的項目裏的文件還沒有被跟蹤。 (參見 Git 內部原理來了解更多關於到底 .git 文件夾中包含了哪些文件的信息。)

如果你是在一個已經存在文件的文件夾（而不是空文件夾）中初始化 Git 倉庫來進行版本控制的話，你應該開始跟蹤這些文件並提交。你可通過 git add 命令來實現對指定文件的跟蹤，然後執行 git commit 提交：

$ git add *.c
$ git add LICENSE
$ git commit -m 'initial project version'

稍後我們再逐一解釋每一條指令的意思。現在，你已經得到了一個實際維護（或者說是跟蹤）着若干個文件的 Git 倉庫。

克隆現有的倉庫

如果你想獲得一份已經存在了的 Git 倉庫的拷貝，比如說，你想爲某個開源項目貢獻自己的一份力，這時就要用到 git clone 命令。如果你對其它的 VCS 系統（比如說Subversion）很熟悉，請留心一下你所使用的命令是”clone”而不是”checkout”。這是 Git 區別於其它版本控制系統的一個重要特性，Git 克隆的是該 Git 倉庫服務器上的幾乎所有數據，而不是僅僅複製完成你的工作所需要文件。當你執行 git clone 命令的時候，默認配置下遠程 Git 倉庫中的每一個文件的每一個版本都將被拉取下來。事實上，如果你的服務器的磁盤壞掉了，你通常可以使用任何一個克隆下來的用戶端來重建服務器上的倉庫（雖然可能會丟失某些服務器端的掛鉤設置，但是所有版本的數據仍在，詳見在服務器上搭建 Git ）。

克隆倉庫的命令格式是 git clone [url] 。比如，要克隆 Git 的可鏈接庫 libgit2，可以用下面的命令：

$ git clone https://github.com/libgit2/libgit2

這會在當前目錄下創建一個名爲 “libgit2” 的目錄，並在這個目錄下初始化一個 .git 文件夾，從遠程倉庫拉取下所有數據放入 .git 文件夾，然後從中讀取最新版本的文件的拷貝。 如果你進入到這個新建的 libgit2 文件夾，你會發現所有的項目文件已經在裏面了，準備就緒等待後續的開發和使用。如果你想在克隆遠程倉庫的時候，自定義本地倉庫的名字，你可以使用如下命令：

$ git clone https://github.com/libgit2/libgit2 mylibgit

這將執行與上一個命令相同的操作，不過在本地創建的倉庫名字變爲 mylibgit。

Git 支持多種數據傳輸協議。上面的例子使用的是 https:// 協議，不過你也可以使用 git:// 協議或者使用 SSH 傳輸協議，比如 user@server:path/to/repo.git 。在服務器上搭建 Git將會介紹所有這些協議在服務器端如何配置使用，以及各種方式之間的利弊。

記錄每次更新到倉庫

工作目錄下的每一個文件都不外乎這兩種狀態：已跟蹤或未跟蹤。已跟蹤的文件是指那些被納入了版本控制的文件，在上一次快照中有它們的記錄，在工作一段時間後，它們的狀態可能處於未修改，已修改或已放入暫存區。工作目錄中除已跟蹤文件以外的所有其它文件都屬於未跟蹤文件，它們既不存在於上次快照的記錄中，也沒有放入暫存區。初次克隆某個倉庫的時候，工作目錄中的所有文件都屬於已跟蹤文件，並處於未修改狀態。

編輯過某些文件之後，由於自上次提交後你對它們做了修改，Git 將它們標記爲已修改文件。我們逐步將這些修改過的文件放入暫存區，然後提交所有暫存了的修改，如此反覆。

檢查當前文件狀態

可以用 git status 命令要查看哪些文件處於什麼狀態。如果在克隆倉庫後立即使用此命令，會看到類似這樣的輸出：

$ git status

On branch master
nothing to commit, working directory clean
這說明你現在的工作目錄相當乾淨。換句話說，所有已跟蹤文件在上次提交後都未被更改過。此外，上面的信息還表明，當前目錄下沒有出現任何處於未跟蹤狀態的新文件，否則 Git 會在這裏列出來。最後，該命令還顯示了當前所在分支，並告訴你這個分支同遠程服務器上對應的分支沒有偏離。現在，分支名是 “master”,這是默認的分支名。我們在 Git 分支會詳細討論分支和引用。

現在，讓我們在項目下創建一個新的 README 文件。如果之前並不存在這個文件，使用 git status 命令，你將看到一個新的未跟蹤文件：

echo‘MyProject′>README git status
On branch master
Untracked files:
(use “git add …” to include in what will be committed)

README

nothing added to commit but untracked files present (use “git add” to track)
在狀態報告中可以看到新建的 README 文件出現在 Untracked files 下面。未跟蹤的文件意味着 Git 在之前的快照（提交）中沒有這些文件；Git 不會自動將之納入跟蹤範圍，除非你明明白白地告訴它“我需要跟蹤該文件”，這樣的處理讓你不必擔心將生成的二進制文件或其它不想被跟蹤的文件包含進來。不過現在的例子中，我們確實想要跟蹤管理 README 這個文件。

跟蹤新文件

使用命令 git add 開始跟蹤一個文件。所以，要跟蹤 README 文件，運行：

$ git add README

此時再運行 git status 命令，會看到 README 文件已被跟蹤，並處於暫存狀態：

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   README

只要在 Changes to be committed 這行下面的，就說明是已暫存狀態。如果此時提交，那麼該文件此時此刻的版本將被留存在歷史記錄中。你可能會想起之前我們使用 git init 後就運行了 git add (files) 命令，開始跟蹤當前目錄下的文件。 git add 命令使用文件或目錄的路徑作爲參數；如果參數是目錄的路徑，該命令將遞歸地跟蹤該目錄下的所有文件。

暫存已修改文件

修改了一個名爲 CONTRIBUTING.md 的已被跟蹤的文件，然後運行 git status 命令，會看到下面內容：

$ git status

On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)

new file:   README

Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)

modified:   CONTRIBUTING.md

文件 CONTRIBUTING.md 出現在 Changes not staged for commit 這行下面，說明已跟蹤文件的內容發生了變化，但還沒有放到暫存區。要暫存這次更新，需要運行 git add 命令。這是個多功能命令：可以用它開始跟蹤新文件，或者把已跟蹤的文件放到暫存區，還能用於合併時把有衝突的文件標記爲已解決狀態等。將這個命令理解爲“添加內容到下一次提交中”而不是“將一個文件添加到項目中”要更加合適。現在讓我們運行 git add 將”CONTRIBUTING.md”放到暫存區，然後再看看 git status 的輸出：

gitaddCONTRIBUTING.md git status
On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)

new file:   README
modified:   CONTRIBUTING.md

現在兩個文件都已暫存，下次提交時就會一併記錄到倉庫。假設此時，你想要在 CONTRIBUTING.md 裏再加條註釋，重新編輯存盤後，準備好提交。不過且慢，再運行 git status 看看：

vimCONTRIBUTING.md git status
On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)

new file:   README
modified:   CONTRIBUTING.md

Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)

modified:   CONTRIBUTING.md

怎麼回事？現在 CONTRIBUTING.md 文件同時出現在暫存區和非暫存區。這怎麼可能呢？好吧，實際上 Git 只不過暫存了你運行 git add 命令時的版本，如果你現在提交，CONTRIBUTING.md 的版本是你最後一次運行 git add 命令時的那個版本，而不是你運行 git commit 時，在工作目錄中的當前版本。所以，運行了 git add 之後又作了修訂的文件，需要重新運行 git add 把最新版本重新暫存起來：

gitaddCONTRIBUTING.md git status
On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)

new file:   README
modified:   CONTRIBUTING.md

狀態簡覽

git status 命令的輸出十分詳細，但其用語有些繁瑣。如果你使用 git status -s 命令或 git status –short 命令，你將得到一種更爲緊湊的格式輸出。運行 git status -s ，狀態報告輸出如下：

$ git status -s

 M README
MM Rakefile
A  lib/git.rb
M  lib/simplegit.rb
?? LICENSE.txt

新添加的未跟蹤文件前面有 ?? 標記，新添加到暫存區中的文件前面有 A 標記，修改過的文件前面有 M 標記。你可能注意到了 M 有兩個可以出現的位置，出現在右邊的 M 表示該文件被修改了但是還沒放入暫存區，出現在靠左邊的 M 表示該文件被修改了並放入了暫存區。例如，上面的狀態報告顯示： README 文件在工作區被修改了但是還沒有將修改後的文件放入暫存區,lib/simplegit.rb 文件被修改了並將修改後的文件放入了暫存區。而 Rakefile 在工作區被修改並提交到暫存區後又在工作區中被修改了，所以在暫存區和工作區都有該文件被修改了的記錄。

忽略文件

一般我們總會有些文件無需納入 Git 的管理，也不希望它們總出現在未跟蹤文件列表。通常都是些自動生成的文件，比如日誌文件，或者編譯過程中創建的臨時文件等。在這種情況下，我們可以創建一個名爲 .gitignore 的文件，列出要忽略的文件模式。來看一個實際的例子：

$ cat .gitignore

*.[oa]
*~
第一行告訴 Git 忽略所有以 .o 或 .a 結尾的文件。一般這類對象文件和存檔文件都是編譯過程中出現的。第二行告訴 Git 忽略所有以波浪符（~）結尾的文件，許多文本編輯軟件（比如 Emacs）都用這樣的文件名保存副本。此外，你可能還需要忽略 log，tmp 或者 pid 目錄，以及自動生成的文檔等等。要養成一開始就設置好 .gitignore 文件的習慣，以免將來誤提交這類無用的文件。

文件 .gitignore 的格式規範如下：

所有空行或者以＃開頭的行都會被 Git 忽略。

可以使用標準的 glob 模式匹配。

匹配模式可以以（/）開頭防止遞歸。

匹配模式可以以（/）結尾指定目錄。

要忽略指定模式以外的文件或目錄，可以在模式前加上驚歎號（!）取反。

所謂的 glob 模式是指 shell 所使用的簡化了的正則表達式。星號（）匹配零個或多個任意字符；[abc] 匹配任何一個列在方括號中的字符（這個例子要麼匹配一個 a，要麼匹配一個 b，要麼匹配一個 c）；問號（?）只匹配一個任意字符；如果在方括號中使用短劃線分隔兩個字符，表示所有在這兩個字符範圍內的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的數字）。使用兩個星號（) 表示匹配任意中間目錄，比如a/**/z 可以匹配 a/z, a/b/z 或 a/b/c/z等。

查看已暫存和未暫存的修改

如果 git status 命令的輸出對於你來說過於模糊，你想知道具體修改了什麼地方，可以用 git diff 命令。稍後我們會詳細介紹 git diff，你可能通常會用它來回答這兩個問題：當前做的哪些更新還沒有暫存？有哪些更新已經暫存起來準備好了下次提交？儘管 git status 已經通過在相應欄下列出文件名的方式回答了這個問題，git diff 將通過文件補丁的格式顯示具體哪些行發生了改變。

假如再次修改 README 文件後暫存，然後編輯 CONTRIBUTING.md 文件後先不暫存，運行 status 命令將會看到：

$ git status

On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)

modified:   README

Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)

modified:   CONTRIBUTING.md

要查看尚未暫存的文件更新了哪些部分，不加參數直接輸入 git diff：

$ git diff

diff –git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 8ebb991..643e24f 100644
— a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -65,7 +65,8 @@ branch directly, things can get messy.
Please include a nice description of your changes when you submit your PR;
if we have to read the whole diff to figure out why you’re contributing
in the first place, you’re less likely to get feedback and have your change
-merged in.
+merged in. Also, split your changes into comprehensive chunks if your patch is
+longer than a dozen lines.

If you are starting to work on a particular area, feel free to submit a PR
that highlights your work in progress (and note in the PR title that it’s
此命令比較的是工作目錄中當前文件和暫存區域快照之間的差異，也就是修改之後還沒有暫存起來的變化內容。

若要查看已暫存的將要添加到下次提交裏的內容，可以用 git diff --cached 命令。（Git 1.6.1 及更高版本還允許使用 git diff –staged，效果是相同的，但更好記些。）

$ git diff --staged

diff –git a/README b/README
new file mode 100644
index 0000000..03902a1
— /dev/null
+++ b/README
@@ -0,0 +1 @@
+My Project
請注意，git diff 本身只顯示尚未暫存的改動，而不是自上次提交以來所做的所有改動。所以有時候你一下子暫存了所有更新過的文件後，運行 git diff 後卻什麼也沒有，就是這個原因。

像之前說的，暫存 CONTRIBUTING.md 後再編輯，運行 git status 會看到暫存前後的兩個版本。如果我們的環境（終端輸出）看起來如下：

$ git add CONTRIBUTING.md
$ echo '# test line' >> CONTRIBUTING.md
$ git status

On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)

modified:   CONTRIBUTING.md

Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)

modified:   CONTRIBUTING.md

現在運行 git diff 看暫存前後的變化：

$ git diff

diff –git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 643e24f..87f08c8 100644
— a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -119,3 +119,4 @@ at the
## Starter Projects

See our projects list.
+# test line
然後用 git diff –cached 查看已經暫存起來的變化：（–staged 和 –cached 是同義詞）

$ git diff --cached

If you are starting to work on a particular area, feel free to submit a PR
that highlights your work in progress (and note in the PR title that it’s
NOTE

提交更新

現在的暫存區域已經準備妥當可以提交了。在此之前，請一定要確認還有什麼修改過的或新建的文件還沒有 git add 過，否則提交的時候不會記錄這些還沒暫存起來的變化。這些修改過的文件只保留在本地磁盤。所以，每次準備提交前，先用 git status 看下，是不是都已暫存起來了，然後再運行提交命令 git commit：

$ git commit

這種方式會啓動文本編輯器以便輸入本次提交的說明。 (默認會啓用 shell 的環境變量 $EDITOR 所指定的軟件，一般都是 vim 或 emacs。當然也可以按照起步介紹的方式，使用 git config –global core.editor 命令設定你喜歡的編輯軟件。）

可以看到，默認的提交消息包含最後一次運行 git status 的輸出，放在註釋行裏，另外開頭還有一空行，供你輸入提交說明。你完全可以去掉這些註釋行，不過留着也沒關係，多少能幫你回想起這次更新的內容有哪些。 (如果想要更詳細的對修改了哪些內容的提示，可以用 -v 選項，這會將你所做的改變的 diff 輸出放到編輯器中從而使你知道本次提交具體做了哪些修改。）退出編輯器時，Git 會丟掉註釋行，用你輸入提交附帶信息生成一次提交。

另外，你也可以在 commit 命令後添加 -m 選項，將提交信息與命令放在同一行，如下所示：

$ git commit -m "Story 182: Fix benchmarks for speed"

[master 463dc4f] Story 182: Fix benchmarks for speed
2 files changed, 2 insertions(+)
create mode 100644 README
好，現在你已經創建了第一個提交！可以看到，提交後它會告訴你，當前是在哪個分支（master）提交的，本次提交的完整 SHA-1 校驗和是什麼（463dc4f），以及在本次提交中，有多少文件修訂過，多少行添加和刪改過。

請記住，提交時記錄的是放在暫存區域的快照。任何還未暫存的仍然保持已修改狀態，可以在下次提交時納入版本管理。每一次運行提交操作，都是對你項目作一次快照，以後可以回到這個狀態，或者進行比較。

跳過使用暫存區域
儘管使用暫存區域的方式可以精心準備要提交的細節，但有時候這麼做略顯繁瑣。 Git 提供了一個跳過使用暫存區域的方式，只要在提交的時候，給 git commit 加上 -a 選項，Git 就會自動把所有已經跟蹤過的文件暫存起來一併提交，從而跳過 git add 步驟：

$ git commit -a -m 'added new benchmarks'

[master 83e38c7] added new benchmarks
1 file changed, 5 insertions(+), 0 deletions(-)
看到了嗎？提交之前不再需要 git add 文件“CONTRIBUTING.md”了。

移除文件

要從 Git 中移除某個文件，就必須要從已跟蹤文件清單中移除（確切地說，是從暫存區域移除），然後提交。可以用 git rm 命令完成此項工作，並連帶從工作目錄中刪除指定的文件，這樣以後就不會出現在未跟蹤文件清單中了。

如果只是簡單地從工作目錄中手工刪除文件，運行 git status 時就會在 “Changes not staged for commit” 部分（也就是未暫存清單）看到：

$ rm PROJECTS.md
$ git status

然後再運行 git rm 記錄此次移除文件的操作：

$ git rm PROJECTS.md

rm ‘PROJECTS.md’

$ git status

下一次提交時，該文件就不再納入版本管理了。如果刪除之前修改過並且已經放到暫存區域的話，則必須要用強制刪除選項 -f（譯註：即 force 的首字母）。這是一種安全特性，用於防止誤刪還沒有添加到快照的數據，這樣的數據不能被 Git 恢復。

另外一種情況是，我們想把文件從 Git 倉庫中刪除（亦即從暫存區域移除），但仍然希望保留在當前工作目錄中。換句話說，你想讓文件保留在磁盤，但是並不想讓 Git 繼續跟蹤。當你忘記添加 .gitignore 文件，不小心把一個很大的日誌文件或一堆 .a 這樣的編譯生成文件添加到暫存區時，這一做法尤其有用。爲達到這一目的，使用 –cached 選項：

$ git rm --cached README

git rm 命令後面可以列出文件或者目錄的名字，也可以使用 glob 模式。比方說：

$ git rm log/\*.log

注意到星號 * 之前的反斜槓 \，因爲 Git 有它自己的文件模式擴展匹配方式，所以我們不用 shell 來幫忙展開。此命令刪除 log/ 目錄下擴展名爲 .log 的所有文件。類似的比如：

$ git rm *~
該命令爲刪除以 ~ 結尾的所有文件。

移動文件

不像其它的 VCS 系統，Git 並不顯式跟蹤文件移動操作。如果在 Git 中重命名了某個文件，倉庫中存儲的元數據並不會體現出這是一次改名操作。不過 Git 非常聰明，它會推斷出究竟發生了什麼，至於具體是如何做到的，我們稍後再談。

既然如此，當你看到 Git 的 mv 命令時一定會困惑不已。要在 Git 中對文件改名，可以這麼做：

$ git mv file_from file_to

它會恰如預期般正常工作。實際上，即便此時查看狀態信息，也會明白無誤地看到關於重命名操作的說明：

gitmvREADME.mdREADME git status
其實，運行 git mv 就相當於運行了下面三條命令：

$ mv README.md README
$ git rm README.md
$ git add README

如此分開操作，Git 也會意識到這是一次改名，所以不管何種方式結果都一樣。兩者唯一的區別是，mv 是一條命令而另一種方式需要三條命令，直接用 git mv 輕便得多。不過有時候用其他工具批處理改名的話，要記得在提交前刪除老的文件名，再添加新的文件名。

查看提交歷史

在提交了若干更新，又或者克隆了某個項目之後，你也許想回顧下提交歷史. 完成這個任務最簡單而又有效的工具是 git log 命令。

接下來的例子會用我專門用於演示的 simplegit 項目，運行下面的命令獲取該項目源

git clone https://github.com/schacon/simplegit-progit

$ git log

選項說明
-(n)

僅顯示最近的 n 條提交

–since, –after

僅顯示指定時間之後的提交。

–until, –before

僅顯示指定時間之前的提交。

–author

僅顯示指定作者相關的提交。

–committer

僅顯示指定提交者相關的提交。

–grep

僅顯示含指定關鍵字的提交

-S

僅顯示添加或移除了某個關鍵字的提交

撤消操作

http://git-scm.com/book/zh/v2/Git-%E5%9F%BA%E7%A1%80-%E6%92%A4%E6%B6%88%E6%93%8D%E4%BD%9C

遠程倉庫的使用

http://git-scm.com/book/zh/v2/Git-%E5%9F%BA%E7%A1%80-%E8%BF%9C%E7%A8%8B%E4%BB%93%E5%BA%93%E7%9A%84%E4%BD%BF%E7%94%A8

GitHub

GitHub 是最大的 Git 版本庫託管商，是成千上萬的開發者和項目能夠合作進行的中心。大部分 Git 版本庫都託管在 GitHub，很多開源項目使用 GitHub 實現 Git 託管、問題追蹤、代碼審查以及其它事情。

http://git-scm.com/book/zh/v2/GitHub-%E8%B4%A6%E6%88%B7%E7%9A%84%E5%88%9B%E5%BB%BA%E5%92%8C%E9%85%8D%E7%BD%AE

 1.註冊賬戶以及創建倉庫
 要想使用github第一步當然是註冊github賬號了。之後就可以創建倉庫了（免費用戶只能建公共倉庫），Create a New Repository，填好名稱後Create，之後會出現一些倉庫的配置信息，這也是一個git的簡單教程。

 2.安裝客戶端tortoiseGit
 github是服務端，要想在自己電腦上使用git我們還需要一個git客戶端，我這裏選用TortoiseGit，裝完後右鍵鼠標會多出一些選項來，在本地倉庫裏右鍵選擇Git Init Here，會多出來一個.git文件夾，這就表示本地git創建成功。右鍵Git Bash進入git命令行，爲了把本地的倉庫傳到github，還需要配置ssh key。

 3.配置Git
 （1） 首先在本地創建ssh key；

$ ssh-keygen -t rsa -C "[email protected]"

後面的[email protected]改爲你的郵箱，之後會要求確認路徑和輸入密碼，我們這使用默認的一路回車就行。成功的話會在~/下生成.ssh文件夾，進去，打開id_rsa.pub，複製裏面的key。回到github，進入Account Settings，左邊選擇SSH Keys，Add SSH Key,title隨便填，粘貼key。

（2）爲了驗證是否成功，在git bash下輸入：
$ ssh -T [email protected]
如果是第一次的會提示是否continue，輸入yes就會看到：You’ve successfully authenticated, but GitHub does not provide shell access 。這就表示已成功連上github。

測試鏈接：
ssh [email protected]

我測試的時候報了一個Warning: Permanently added the RSA host key for IP address ‘192.30.252.129’ to the list of known hosts.
往knownhosts文件添加一行：
192.30.252.129 github.com

再測試就成功了：

（3）接下來我們要做的就是把本地倉庫傳到github上去，在此之前還需要設置username和email，因爲github每次commit都會記錄他們。
gitconfig–globaluser.name“yourname” git config --global user.name "your name"gitconfig–globaluser.email“youremail@youremail.com”（4）進入要上傳的倉庫，右鍵gitbash，添加遠程地址： git remote add origin [email protected]:yourName/yourRepo.git
後面的yourName和yourRepo表示你再github的用戶名和剛纔新建的倉庫，加完之後進入.git，打開config，這裏會多出一個remote “origin”內容，這就是剛纔添加的遠程地址，也可以直接修改config來配置遠程地址。

4.提交、上傳

（1）接下來在本地倉庫裏添加一些文件，比如README，
gitaddREADME git add READMEgitcommit−m“firstcommit”（2）上傳到github： git push origin master
git push命令會將本地倉庫推送到遠程服務器。
git pull命令則相反。
修改完代碼後，使用git status可以查看文件的差別，使用git add 添加要commit的文件，也可以用git add -i來智能添加文件。之後git commit提交本次修改，git push上傳到github。

5.gitignore文件
.gitignore顧名思義就是告訴git需要忽略的文件，這是一個很重要並且很實用的文件。一般我們寫完代碼後會執行編譯、調試等操作，這期間會產生很多中間文件和可執行文件，這些都不是代碼文件，是不需要git來管理的。我們在git status的時候會看到很多這樣的文件，如果用git add -A來添加的話會把他們都加進去，而手動一個個添加的話也太麻煩了。這時我們就需要.gitignore了。比如一般c#的項目我的.gitignore是這樣寫的：
bin
.suo
obj
bin和obj是編譯目錄，裏面都不是源代碼，忽略；suo文件是vs2010的配置文件，不需要。這樣你在git status的時候就只會看到源代碼文件了，就可以放心的git add -A了。

http://www.tuicool.com/articles/mEvaq2
http://www.tuicool.com/articles/eQFZju
http://www.shaoqun.com/a/94551.aspx

cheung_seol

發佈了45 篇原創文章 · 獲贊 6 · 訪問量 4萬+

私信關注

git使用入門

安裝

初始配置

用戶信息

檢查配置信息

獲取 Git 倉庫

在現有目錄中初始化倉庫

克隆現有的倉庫

記錄每次更新到倉庫

檢查當前文件狀態

跟蹤新文件

暫存已修改文件

狀態簡覽

忽略文件

查看已暫存和未暫存的修改

提交更新

移除文件

移動文件

查看提交歷史

撤消操作

遠程倉庫的使用

GitHub

python gdal 安裝使用（Windows， python 3.6.8）

OpenDaylight環境搭建指南

嵌入式Linux開發交叉編譯(二)

巧用位操作符之——^異或運算符

Vi&Vim使用技巧

位運算求平均值

Mac下配置sublime實現LaTeX

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結