使用git編譯調試代碼

⑴ 怎樣使用git將本地代碼上傳到伺服器

注冊賬戶以及創建倉庫

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

打開https://github.com直接在首頁上注冊

2）上傳到github

$ git push origin master

git push命令會將本地倉庫推送到遠程伺服器。

git pull命令則相反。

註：首次提交，先git pull下，修改完代碼後，使用git status可以查看文件的差別，使用git add 添加要commit的文件。

大功告成，現在你知道如何將本地的項目提交到github上了。

gitignore文件

.gitignore顧名思義就是告訴git需要忽略的文件，這是一個很重要並且很實用的文件。一般我們寫完代碼後會執行編譯、調試等操作，這期間會產生很多中間文件和可執行文件，這些都不是代碼文件，是不需要git來管理的。我們在git status的時候會看到很多這樣的文件，如果用git add -A來添加的話會把他們都加進去，而手動一個個添加的話也太麻煩了。這時我們就需要.gitignore了。

Git命令

查看、添加、提交、刪除、找回，重置修改文件

git help <command> # 顯示command的helpgit show # 顯示某次提交的內容 git show $idgit co -- <file> # 拋棄工作區修改git co . # 拋棄工作區修改git add <file> # 將工作文件修改提交到本地暫存區git add . # 將所有修改過的工作文件提交暫存區git rm <file> # 從版本庫中刪除文件git rm <file> --cached # 從版本庫中刪除文件，但不刪除文件git reset <file> # 從暫存區恢復到工作文件git reset -- . # 從暫存區恢復到工作文件git reset --hard # 恢復最近一次提交過的狀態，即放棄上次提交後的所有本次修改git ci <file> git ci . git ci -a # 將git add, git rm和git ci等操作都合並在一起做git ci -am "some comments"git ci --amend # 修改最後一次提交記錄git revert <$id> # 恢復某次提交的狀態，恢復動作本身也創建次提交對象git revert HEAD # 恢復最後一次提交的狀態

查看文件diff

git diff <file> # 比較當前文件和暫存區文件差異 git diffgit diff <id1><id2> # 比較兩次提交之間的差異git diff <branch1>..<branch2> # 在兩個分支之間比較git diff --staged # 比較暫存區和版本庫差異git diff --cached # 比較暫存區和版本庫差異git diff --stat # 僅僅比較統計信息

查看提交記錄

git log git log <file> # 查看該文件每次提交記錄git log -p <file> # 查看每次詳細修改內容的diffgit log -p -2 # 查看最近兩次詳細修改內容的diffgit log --stat #查看提交統計信息

tig
Mac上可以使用tig代替diff和log，brew install tig


Git 本地分支管理
查看、切換、創建和刪除分支

git br -r # 查看遠程分支git br <new_branch> # 創建新的分支git br -v # 查看各個分支最後提交信息git br --merged # 查看已經被合並到當前分支的分支git br --no-merged # 查看尚未被合並到當前分支的分支git co <branch> # 切換到某個分支git co -b <new_branch> # 創建新的分支，並且切換過去git co -b <new_branch> <branch> # 基於branch創建新的new_branchgit co $id # 把某次歷史提交記錄checkout出來，但無分支信息，切換到其他分支會自動刪除git co $id -b <new_branch> # 把某次歷史提交記錄checkout出來，創建成一個分支git br -d <branch> # 刪除某個分支git br -D <branch> # 強制刪除某個分支 (未被合並的分支被刪除的時候需要強制)

分支合並和rebase

git merge <branch> # 將branch分支合並到當前分支git merge origin/master --no-ff # 不要Fast-Foward合並，這樣可以生成merge提交git rebase master <branch> # 將master rebase到branch，相當於： git co <branch> && git rebase master && git co master && git merge <branch>

Git補丁管理(方便在多台機器上開發同步時用)

git diff > ../sync.patch # 生成補丁git apply ../sync.patch # 打補丁git apply --check ../sync.patch #測試補丁能否成功

Git暫存管理

git stash # 暫存git stash list # 列所有stashgit stash apply # 恢復暫存的內容git stash drop # 刪除暫存區Git遠程分支管理

git pull # 抓取遠程倉庫所有分支更新並合並到本地git pull --no-ff # 抓取遠程倉庫所有分支更新並合並到本地，不要快進合並git fetch origin # 抓取遠程倉庫更新git merge origin/master # 將遠程主分支合並到本地當前分支git co --track origin/branch # 跟蹤某個遠程分支創建相應的本地分支git co -b <local_branch> origin/<remote_branch> # 基於遠程分支創建本地分支，功能同上

git push # push所有分支

git push origin master # 將本地主分支推到遠程主分支git push -u origin master # 將本地主分支推到遠程(如無遠程主分支則創建，用於初始化遠程倉庫)git push origin <local_branch> # 創建遠程分支， origin是遠程倉庫名git push origin <local_branch>:<remote_branch> # 創建遠程分支git push origin :<remote_branch> #先刪除本地分支(git br -d <branch>)，然後再push刪除遠程分支

Git遠程倉庫管理

git remote -v # 查看遠程伺服器地址和倉庫名稱git remote show origin # 查看遠程伺服器倉庫狀態git remote add origin git@ github:robbin/robbin_site.git # 添加遠程倉庫地址git remote set-url origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址(用於修改遠程倉庫地址) git remote rm <repository> # 刪除遠程倉庫

創建遠程倉庫

git clone --bare robbin_site robbin_site.git # 用帶版本的項目創建純版本倉庫scp -r my_project.git git@ git.csdn.net:~ # 將純倉庫上傳到伺服器上mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在伺服器創建純倉庫git remote add origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址git push -u origin master # 客戶端首次提交git push -u origin develop # 首次將本地develop分支提交到遠程develop分支，並且trackgit remote set-head origin master # 設置遠程倉庫的HEAD指向master分支

也可以命令設置跟蹤遠程庫和本地庫

git branch --set-upstream master origin/master

git branch --set-upstream develop origin/develop此文章屬轉載，原文地址：http://1ke.co/course/194另附： 解決 在使用git 對源代碼進行push到gitHub時可能會出錯，error: failed to push some refs to git。出現錯誤的主要原因是github中的README.md文件不在本地代碼目錄中可以通過如下命令進行github與本地代碼合並: git pull --rebase origin master重新執行之前的git push 命令，成功！

⑵ 如何在Windows下編譯或調試Mysql

用vs code 就可以了。

Visual Studio Code

Visual Studio Code（簡稱VS Code）是由微軟開發的，同時支持Windows、linux和macOS操作系統的開源文本編輯器。它支持調試，內置了Git 版本控制功能，同時也具有開發環境功能，例如代碼補全（類似於IntelliSense）、代碼片段、代碼重構等。該編輯器支持用戶自定義配置，例如改變主題顏色、鍵盤快捷方式、編輯器屬性和其他參數，還支持擴展程序並在編輯器中內置了擴展程序管理的功能。

安裝LLDB

LLDB是LLVM編譯器的一部分，推薦使用Homebrew安裝LLVM工具集，不建議使用系統自帶的LLDB，安裝前必須先創建證書否則無法安裝，步驟如下：

創建完成後，開始安裝LLVM

brew install llvm --with-python@2--with-lldb

安裝插件

VS Code自帶有debug功能，這里我推薦使用LLDB Debugger插件。

接下來，為項目配置調試參數。

配置調試參數

使用VS Code打開MySQL源碼目錄，在側邊欄選擇debug欄目，添加配置，program輸入需要調試的程序路徑，這里選擇你編譯好的mysqld路徑，args輸入程序啟動所需的參數，通常會指定mysqld的配置文件。這樣就配置好了，是不是很簡單。

啟動調試

點擊啟動按鈕，啟動後如果沒有設置斷點會mysqld會正常啟動，如果觸發了斷點會如下圖顯示。

整個調試窗口基本分為六部分，所有的調試操作都在這里完成:

1:顯示變數信息

2:設置重點關注的變數

3:顯示調用棧信息

4:設置斷點信息，在代碼行號前也可以設置斷點

5:代碼顯示區域，上方是調試按鈕，包括 continue/stepover/step in/step out/restart/stop

6:調試終端輸入輸出區

斷點設置

在代碼行號前點擊即可在該行為設置斷點，也可以根據條件設置斷點。以設置ConditionalBreakpoint為例，當程序啟動後會按照你設置的條件表達式判斷是否觸發斷點。

Conditional Breakpoint這種方式用在目標變數達到某條件時觸發斷點，其餘則跳過繼續執行。比如：設置變數等於目標表名時觸發斷點，其餘表則跳過，相對函數名斷點省去很多手工跳過操作。

遠程調試

假如你想調試遠程Linux伺服器上的MySQL上面的方法就不合適了，這時需要遠程調試。lldb和gdb都支持遠程調試，這里以lldb為例。

需要先在遠程主機上安裝lldb，使用yum安裝，源地址在這里http://mirror.centos.org/centos/7/sclo/x86_64/rh

remote$ yum install -y llvm-toolset-7

安裝完成後，啟動lldb-server

remote$ /opt/rh/llvm-toolset-7/root/usr/bin/lldb-serverplatform --listen"*:9191"--server

接下來，在VS Code調試界面中新增配置項。

{

"type":"lldb",

"request":"attach",

"name":"Remote attach",

"program":"~/mysql5626/usr/local/mysql/bin/mysqld",

"pid":"<target_pid>",

"initCommands": [

"platform select remote-linux",

"platform connect connect://<remote_host>:9191"

],

"sourceMap": {

"/export/home/pb2/build/sb_0-15908961-1436910670.17/mysql-5.6.26":"/Users/hongbin/workbench/mysql-server"

}

},

program:本機也要拷貝一份目標程序，載入

pid:填寫遠程主機的mysqld進程id

sourceMap:填寫mysqld編譯的代碼路徑與本機代碼庫路徑的映射，這樣調試時代碼才可以和程序關聯在一起看

注意：記得調試前將代碼切換到與目標程序版本一致的branch

⑶ 如何利用git製作和提交patch

如何利用git製作和提交patch

UNIX世界的軟體開發大多都是協作式的，因此，Patch（補丁）是一個相當重要的東西，因為幾乎所有的大型UNIX項目的普通貢獻者，都是通過 Patch來提交代碼的。作為最重要的開源項目之一，Linux，也是這樣的。普通開發者從軟體倉庫clone下代碼，然後寫入代碼，做一個Patch， 最後用E-mail發給Linux Kernel的維護者就好了。Git最初作為Linux的版本控制工具，提供了透明、完整、穩定的Patch功能。
我們先介紹一下Patch是什麼。如果一個軟體有了新版本，我們可以完整地下載新版本的代碼進行編譯安裝。然而，像Linux Kernel這樣的大型項目，代碼即使壓縮，也超過70MB，每次全新下載是有相當大的代價的。然而，每次更新變動的代碼可能不超過1MB，因此，我們只 要能夠有兩個版本代碼的diff的數據，應該就可以以極低的代價更新程序了。因此，Larry Wall開發了一個工具：patch。它可以根據一個diff文件進行版本更新。
不過在git中，我們沒有必要直接使用diff和patch來做補丁，這樣做既危險又麻煩。git提供了兩種簡單的patch方案。一是用git diff生成的標准patch，二是git format-patch生成的Git專用Patch。
1.git diff生成的標准patch
我們可以首先用git diff製作一個patch。本文示例的工作目錄里最初有一個文件a，內容是「This is the file a.」，放置在master分支中。為了修改代碼，我們一般的做法是建立一個新分支：
sweetm@sweetm-ASUS:~/GitEx$ git branch Fix
sweetm@sweetm-ASUS:~/GitEx$ git checkout Fix
Switched to branch 'Fix'
接下來我們在a文件裡面追加一行，然後執行git diff。
sweetm@sweetm-ASUS:~/GitEx$ echo 'Fix!!!'>;>a
sweetm@sweetm-ASUS:~/GitEx$ git diff
diff --git a/a b/a
index 4add65f..0d295ac 100644
--- a/a
+++ b/a
@@ -1 +1,2 @@
This is the file a.
+Fix!!!
我們看到了Git diff的輸出，這是一個非常典型的Patch式diff。這樣我們可以直接把這個輸出變為一個Patch：
sweetm@sweetm-ASUS:~/GitEx$ git commit -a -m "Fix"
[Fix b88c46b] Fix
1 files changed, 1 insertions(+), 0 deletions(-)
sweetm@sweetm-ASUS:~/GitEx$ git diff master > patch
sweetm@sweetm-ASUS:~/GitEx$ git checkout master
Switched to branch 'master'
我們現在有一個patch文件，並且簽出了master，接下來我們可以使用git apply來應用這個patch。當然了，實際應用中，我們不會這樣在一個分支建patch，到另一個分支去應用，因為只有merge一下就好了。我們現 在權當沒有這個Fix分支。一般情況下，為了保護master，我們會建立一個專門處理新交來的patch的分支：
sweetm@sweetm-ASUS:~/GitEx$ git branch PATCH
sweetm@sweetm-ASUS:~/GitEx$ git checkout PATCH
Switched to branch 'PATCH'
sweetm@sweetm-ASUS:~/GitEx$ git apply patch
sweetm@sweetm-ASUS:~/GitEx$ git commit -a -m "Patch Apply"
[PATCH 9740af8] Patch Apply
1 files changed, 1 insertions(+), 0 deletions(-)
看，現在我們在PATCH分支中應用了這個補丁，我們可以把PATCH分支和Fix比對一下，結果肯定是什麼也沒有，說明PATCH分支和Fix分支完全一樣。patch應用成功。即使有多個文件git diff 也能生成一個patch。
2.git format-patch生成的git 專用補丁。
我們同樣用上面那個例子的工作目錄，這次，我們在Fix分支中的a添加了新行之後，用git format-patch生成一個patch。
sweetm@sweetm-ASUS:~/GitEx$ git checkout Fix
Switched to branch 'Fix'
sweetm@sweetm-ASUS:~/GitEx$ echo 'Fix!!!'>>a
sweetm@sweetm-ASUS:~/GitEx$ git commit -a -m "Fix1"
[Fix 6991743] Fix1
1 files changed, 1 insertions(+), 0 deletions(-)
sweetm@sweetm-ASUS:~/GitEx$ git format-patch -M master
0001-Fix1.patch
git format-patch的-M選項表示這個patch要和那個分支比對。現在它生成了一個patch文件，我們看看那是什麼：
sweetm@sweetm-ASUS:~/GitEx$ cat 0001-Fix1.patch
From Mon Sep 17 00:00:00 2001
From: Sweetmplings <[email protected]>
Date: Mon, 29 Aug 2011 14:06:12 +0800
Subject: [PATCH] Fix1
---
a | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/a b/a
index 4add65f..0d295ac 100644
--- a/a
+++ b/a
@@ -1 +1,2 @@
This is the file a.
+Fix!!!
--
1.7.4.1
看，這次多了好多東西，不僅有diff的信息，還有提交者，時間等等，仔細一看你會發現，這是個E-mail的文件，你可以直接發送它！這種patch，我們要用git am來應用。
sweetm@sweetm-ASUS:~/GitEx$ git checkout master
Switched to branch 'master'
sweetm@sweetm-ASUS:~/GitEx$ git branch PATCH
sweetm@sweetm-ASUS:~/GitEx$ git checkout PATCH
sweetm@sweetm-ASUS:~/GitEx$ git am 0001-Fix1.patch
Applying: Fix1
sweetm@sweetm-ASUS:~/GitEx$ git commit -a -m "PATCH apply"
在提交了補丁之後，我們可以再看看目前文件a的情況：
sweetm@sweetm-ASUS:~/GitEx$ cat a
This is the file a.
Fix!!!
果然，多了一個Fix!!!
不過要注意的是，如果master與Fix分支中間有多次提交，它會針對每次提交生成一個patch。
提交補丁到郵件列表：
sweetm@sweetm-ASUS:~/GitEx$ git send-email --to <maintainer's email> --cc <mailing list> <your patch>

注意：git send-email在很多機器上沒有默認安裝，需要進行手動安裝
總結一下，利用git format-patch製作補丁大概有以下步驟：1）新建分支 2）在新建的分支上進行相關修改 3）提交修改到本地資料庫 4）針對上一個支生成補丁5）另外新建分支，驗證補丁6）提交補丁到郵件列表
3.兩種patch 的比較：
兼容性：很明顯，git diff生成的Patch兼容性強。如果你在修改的代碼的官方版本庫不是Git管理的版本庫，那麼你必須使用git diff生成的patch才能讓你的代碼被項目的維護人接受。
除錯功能：對於git diff生成的patch，你可以用git apply --check 查看補丁是否能夠干凈順利地應用到當前分支中；如果git format-patch 生成的補丁不能打到當前分支，git am會給出提示，並協助你完成打補丁工作，你也可以使用git am -3進行三方合並，詳細的做法可以參考git手冊或者《Progit》。從這一點上看，兩者除錯功能都很強。
版本庫信息：由於git format-patch生成的補丁中含有這個補丁開發者的名字，因此在應用補丁時，這個名字會被記錄進版本庫，顯然，這樣做是恰當的。因此，目前使用Git的開源社區往往建議大家使用format-patch生成補丁。
轉載僅供參考，版權屬於原作者。祝你愉快，滿意請採納哦

⑷ 如何使用Git在SAE部署代碼

SAE近期的優化，目前已經支持Git，本文將介紹如何使用Git在SAE上部署代碼。

使用Git進行代碼管理，首先要在本地安裝Git客戶端，下載鏈接：http://www.git-scm.com/download/

Git客戶端的安裝與配置過程在此略去不講，谷歌一下有很多相關的內容，今天我們的重點是如何使用Git在SAE上部署代碼。

本文例子中使用的操作系統為Windows 8.1，應用語言為Python，應用名稱為gitsrc。

代碼管理方式的選擇

在首次對應用進行代碼管理時，有且僅有一次選擇代碼庫管理方式的機會，在此我們選擇Git。

此後應用的代碼管理方式將不可變更。

創建完成後，可以在頁面上看到應用的Git倉庫地址：https://git.sinaapp.com/gitsrc/ 。

使用git clone克隆代碼倉庫

在命令提示符（cmd）下，cd到工作目錄（本例為E:\sae），執行命令：

git clone -o sae https://git.sinaapp.com/gitsrc

其中gitsrc應替換為正確的應用名稱

按照提示輸入安全郵箱和密碼，執行成功後，提示檢出內容為空。

保存Git用戶名和密碼：

在%USERPROFILE%\_netrc文件中

添加如下內容，可以避免每次push時重復輸入用戶名和密碼（未啟用動態口令）

machine git.sinaapp.com
login 安全郵箱
password 密碼

添加一個Git遠程倉庫sae，地址為：https://git.sinaapp.com/gitsrc

git remote add sae https://git.sinaapp.com/gitsrc

註：如果在git clone時添加了 -o sae 參數，此步驟可以省略。

首次創建分支（版本1）

在源碼目錄gitsrc下添加一個文件，例如index.wsgi，然後cd到源碼目錄下，執行如下指令：

cd gitsrc

git add .

git commit -am "init repo"

git push sae master:1

列印信息如下：

Counting objects: 3, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 371 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://git.sinaapp.com/gitsrc
* [new branch] master -> 1

版本的切換

SAE Git代碼倉庫通過分支（Branch）的方式，支持多個並存的代碼版本。

使用git checkout命令可以在版本之間進行切換，例如執行命令：

git checkout 1

Switched to branch '1'
Your branch is up-to-date with 'sae/1'.

執行完畢後，即切換至分支1

新增和刪除代碼版本

當前位於分支1，執行下面的語句可以創建分支版本（例如版本2）：

git branch 2

git push sae 2

執行如下命令，可以列出所有版本

git branch -a

從SAE伺服器上刪除版本2的代碼。

git push sae :2

已經在SAE中指定為默認版本時，禁止刪除。

提示錯誤信息：Permission denied: deleting default version is not allowed!

向Git代碼庫提交代碼變更

在gitsrc目錄下變更代碼文件，例如新增了文件foo.html

依次執行下面的語句，將變更提交至SAE Git代碼庫（分支版本1）：
git add --all

git commit -am "add foo.html"

git push sae 1

對於Python應用，與SVN代碼庫不同，新增版本時並不會默認生成index.wsgi，開發者需要自行添加這個文件。

⑸ 如何利用git往github上傳代碼

github是一個基於git的代碼託管平台，付費用戶可以建私人倉庫，我們一般的免費用戶只能使用公共倉庫，也就是代碼要公開。這對於一般人來說公共倉庫就已經足夠了。

2）上傳到github

$ git push origin master

git push命令會將本地倉庫推送到遠程伺服器。

git pull命令則相反。

註：首次提交，先git pull下，修改完代碼後，使用git status可以查看文件的差別，使用git add 添加要commit的文件。

大功告成，現在你知道如何將本地的項目提交到github上了。

gitignore文件

.gitignore顧名思義就是告訴git需要忽略的文件，這是一個很重要並且很實用的文件。一般我們寫完代碼後會執行編譯、調試等操作，這期間會產生很多中間文件和可執行文件，這些都不是代碼文件，是不需要git來管理的。我們在git
status的時候會看到很多這樣的文件，如果用git add -A來添加的話會把他們都加進去，而手動一個個添加的話也太麻煩了。這時我們就需要.gitignore了。

⑹ linux怎樣編譯git源碼包

方法/步驟1
用git --version命令檢查是否已經安裝

2
在CentOS5的版本，由於yum源中沒有git，所以需要預先安裝一系列的依賴包。在CentOS6的yum源中已經有git的版本了，可以直接使用yum源進行安裝。

3
yum -y install git
但是yum源中安裝的git版本是1.7.1，Github等需要的Git版本最低都不能低於1.7.2 。所以我們一般不用上面的方法，而是下載git源碼編譯安裝。

END
編譯安裝git
1
首先更新系統
yum -y update
更新完成之後有6.5變成6.7了

⑺ 使用git查看代碼改動

#include<stdio.h>
char*strcpy(chars[],chart[],intm);
voidmain()
{
chara[]="Iamastudent.";
charb[20]="";
intm;
printf("請輸入m的值:
");
scanf("%d",&m);
printf("復制後的結果為:
");
printf("%s",strcpy(b,a,m));
}
char*strcpy(chars[],chart[],intm)
{
char*p,*q,*temp;
temp=s;
p=s;
q=t;
while(q<q+(m-1));
q++;
while(*p++=*q++);
return(temp);
}

⑻ jenkins 怎麼配置git 編譯android 源碼工程

下載下的 manifest 才17.2k 都沒有相關的代碼文件啊！ 怎麼搞的呢？？？ 查看原帖>>

⑼ 如何使用 Git 和 GitHub

github是一個基於git的代碼託管平台，付費用戶可以建私人倉庫，我們一般的免費用戶只能使用公共倉庫，也就是代碼要公開。對於一般人來說公共倉庫就已經足夠了，而且我們也沒多少代碼來管理，O(∩_∩)O~。步驟：
1.注冊賬戶以及創建倉庫
要想使用github第一步當然是注冊github賬號了。之後就可以創建倉庫了（免費用戶只能建公共倉庫），Create a New Repository，填好名稱後Create，之後會出現一些倉庫的配置信息，這也是一個git的簡單教程。
2.安裝客戶端msysgit
github是服務端，要想在自己電腦上使用git我們還需要一個git客戶端，我這里選用msysgit，這個只是提供了git的核心功能，而且是基於命令行的。如果想要圖形界面的話只要在msysgit的基礎上安裝TortoiseGit即可。
裝完msysgit後右鍵滑鼠會多出一些選項來，在本地倉庫里右鍵選擇Git Init Here，會多出來一個.git文件夾，這就表示本地git創建成功。右鍵Git Bash進入git命令行，為了把本地的倉庫傳到github，還需要配置ssh key。
3.配置Git
首先在本地創建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。為了驗證是否成功，在git bash下輸入：
$
ssh
-T [email protected]

如果是第一次的會提示是否continue，輸入yes就會看到：You』ve successfully authenticated, but GitHub does not provide shell access 。這就表示已成功連上github。
接下來我們要做的就是把本地倉庫傳到github上去，在此之前還需要設置username和email，因為github每次commit都會記錄他們。

$ git config --global user.name
"your name"
$ git config --global user.email
"[email protected]"

進入要上傳的倉庫，右鍵git bash，添加遠程地址：

$ git remote add origin [email protected]:yourName/yourRepo.git

後面的yourName和yourRepo表示你再github的用戶名和剛才新建的倉庫，加完之後進入.git，打開config，這里會多出一個remote 「origin」內容，這就是剛才添加的遠程地址，也可以直接修改config來配置遠程地址。
4.提交、上傳
接下來在本地倉庫里添加一些文件，比如README，

$ git add README
$ git commit -m
"first commit"

上傳到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了。
6.tag
我們可以創建一個tag來指向軟體開發中的一個關鍵時期，比如版本號更新的時候可以建一個「v2.0」、「v3.1」之類的標簽，這樣在以後回顧的時候會比較方便。tag的使用很簡單，主要操作有：查看tag、創建tag、驗證tag以及共享tag。
6.1查看tag
列出所有tag：

git tag

這樣列出的tag是按字母排序的，和創建時間沒關系。如果只是想查看某些tag的話，可以加限定：

git tag -l v1.*

這樣就只會列出1.幾的版本。
6.2創建tag
創建輕量級tag：

git tag v1.0

這樣創建的tag沒有附帶其他信息，與之相應的是帶信息的tag：

git tag -a v1.0 -m
'first version'

-m後面帶的就是注釋信息，這樣在日後查看的時候會很有用，這種是普通tag，還有一種有簽名的tag：

git tag -s v1.0 -m
'first version'

前提是你有GPG私鑰，把上面的a換成s就行了。除了可以為當前的進度添加tag，我們還可以為以前的commit添加tag：

#首先查看以前的commit
git log --oneline
#假如有這樣一個commit：8a5cbc2 updated readme
#這樣為他添加tag
git tag -a v1.1 8a5cbc2

6.3刪除tag
很簡單，知道tag名稱後：

git tag -d v1.0

6.4驗證tag
如果你有GPG私鑰的話就可以驗證tag：

git tag -v

v1.0

6.5共享tag
我們在執行git push的時候，tag是不會上傳到伺服器的，比如現在的github，創建tag後git push，在github網頁上是看不到tag的，為了共享這些tag，你必須這樣：

git push origin --tags
希望能幫到你哦！