A. 如何使用 Git 和 GitHub
以前因為覺得git、github比較難，所以一直拖著不學，現在去嘗試學習，一晚上就OK了
重點之一是找到全面的、詳細的、生動的、高質量的教程。廖雪峰的git教程是我目前找到的最好的一個。之前找到的講解git用法的書《pro git》現在看來是沒有必要再看了！
重點之二就是自己立即去學，其實沒什麼難的，不要被貌似難的表象、概念唬住。
重點之三是最好能自己做簡單的、系統的整理，方便自己隨時再回來查看、復習、參考，不至於出現這樣的情況：學完以後過一段時間之後再用，但是這時候發現忘了差不多了！
重點之四就是立即動手去用，否則學完很快就忘了。
有錢的買mac，沒錢的用ubuntu--或者其他的linux發行版、被逼無奈的用Windows--但是被逼之餘的自主時間一定要遠離Windows。
現在我的測試環境是ubuntu。
以對一個文件的管理為例，簡單說明git的使用。另外需要說明的是下面的實驗過程主要是只針對一個文件、並且修改的次數往往只有一次，而在真正的項目中，往往有大量的文件，也可能多次修改後才合並，合並時候的沖突可能也不只一兩個，等等。不過原理都是一樣的，我想說的是，不要局限在這個教程的示例上，請自己通過教程掌握基本的遠原理之後，自己推廣、去大量的實踐，最重要的是要制定一個好的版本控制的策略（合理分工、安排，還是盡可能的避免沖突為好），這個可以參考：使用git和github進行協同開發流程以及我的學習筆記使用git和github管理自己的項目---真實開發環境的策略。
1.創建版本庫
sudo apt-get install git 先安裝git
先創建目錄，作為倉庫
git init 初始化倉庫，可以發現當前目錄下多了一個.git的目錄，這個目錄是Git來跟蹤管理版本庫的，沒事千萬不要手動修改這個目錄裡面的文件，不然改亂了，就把Git倉庫給破壞了
vim readme.txt 新建一個文本文件，比如往裡面添加簡單的一行字元串
git add readme.txt 添加一個文件，比如readme.txt，如果目錄裡面的所有文件都要添加，可以git add *
git commit-m "添加一個readme.txt文件" 將文件提交到倉庫，並加上說明（這時候是版本1）
如果是第一次使用git，那麼git commit可能報錯，所以需要你配置一些個人信息
git config --global user.email "[email protected]" 配置郵件
git config --global user.name "Your Name" 配置用戶名
必須配置，否則後面的commit、push到遠程庫都會失敗
然後再次git commit -m "添加一個readme.txt文件" 才會成功
2.提交修改
假如此時第一次修改了readme.txt文件
git status 讓我們時刻掌握倉庫當前的狀態。這時告訴我們，readme.txt被修改過了，但還沒有準備提交的修改。
git diff readme.txt 查看對readme.txt做了什麼修改
git add readme.txt 提交修改和提交新文件是一樣，先git add
git status 可以再用git status查看倉庫的當前狀態，告訴我們，將要被提交的修改包括readme.txt
git commit-m "第一次修改" 然後再git commit，並添加修改的描述（這時候是版本2）
git status 可以再執行git status看倉庫狀態，因為所有的都提交了，Git告訴我們當前沒有需要提交的修改，而且，工作目錄是干凈（working directory clean）的。
3.版本回退
你可以像上面所說的那樣不停的提交新的文件、提交對文件的修改
這時候第二次修改readme.txt文件
git add readme.txt 先git add
git commit -m "第二次修改" 提交第二次修改（這時候是版本3）
git log 顯示從最近到最遠的提交日誌，具體顯示的內容自己試一試看看
git log --pretty=oneline 如果嫌輸出信息太多，看得眼花繚亂，試試加上--pretty=oneline參數
看這篇教程去理解為什麼Git的版本號要這么長，Git的版本號類似： 這樣的特別長的十六進制數。
git reset --hard HEAD^ 會回退到上一個版本，也就是從版本3回退到版本2
在Git中，用HEAD表示當前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一樣），上一個版本就是HEAD^，上上一個版本就是HEAD^^，當然往上100個版本寫100個^比較容易數不過來，所以寫成HEAD~100
vim readme.txt 可以看到此時的readme.txt文件就是版本2時候的內容，回退成功！
git log 此時看到版本3的信息沒有了
git reset --hard 3628164 通過命令行上的歷史信息（假如你沒清屏的話），找到版本3 的版本號，不一定要全部的版本號，就像這個命令的例子，只要前面的約7、8位這樣就可以指定回到版本3
vim readme.txt 看到的是第三版本的readme.txt文件的內容，所以又回來了
Git的版本回退速度非常快，因為Git在內部有個指向當前版本的HEAD指針，當你回退版本的時候，Git僅僅是把HEAD從指向你要回退的那個版本
git reflog 記錄你的每一次命令，最先顯示的是這個命令執行之後的版本的版本號的前七位，這樣就算你清屏了或者重啟了，也能找到某個版本的版本號，就可以輕松回退到那個版本
4.工作區、版本庫和暫存區
工作區：就是你在電腦里能看到的目錄，比如我的learngit文件夾就是一個工作區。
版本庫：工作區有一個隱藏目錄.git，這個不算工作區，而是Git的版本庫。
暫存區：Git的版本庫里存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區，還有Git為我們自動創建的第一個分支master，以及指向master的一個指針叫HEAD。
前面講了我們把文件往Git版本庫里添加的時候，是分兩步執行的：
第一步是用git add把文件添加進去，實際上就是把文件修改添加到暫存區；
第二步是用git commit提交更改，實際上就是把暫存區的所有內容提交到當前分支。
因為我們創建Git版本庫時，Git自動為我們創建了唯一一個master分支，所以，現在，git commit就是往master分支上提交更改。
你可以簡單理解為，需要提交的文件修改通通放到暫存區，然後，一次性提交暫存區的所有修改。
詳細知識見這篇教程。必須理解暫存區、工作區、版本庫。這些都是是Git非常重要的概念，弄明白了這些概念，就弄明白了Git的很多操作到底幹了什麼。沒弄明白的話，請反復看！！
5.管理修改
為什麼Git比其他版本控制系統設計得優秀，因為Git跟蹤並管理的是修改，而非文件。
什麼是修改？比如你新增了一行，這就是一個修改，刪除了一行，也是一個修改，更改了某些字元，也是一個修改，刪了一些又加了一些，也是一個修改，甚至創建一個新文件，也算一個修改。
通過實例講解什麼叫跟蹤修改，要想理解，請參考原文結合暫存區的知識理解：
vim readme.txt 編輯文件，比如添加新的一行
git add readme.txt 添加，但是不提交
vim readme.txt 再編輯文件，比如再添加一行
git commit -m "修改兩次，添一次，提交一次" 提交
git status 看到的效果是：只提交了第一次的修改，第二次的修改沒有提交
那怎麼提交第二次修改呢？你可以繼續git add再git commit，也可以別著急提交第一次修改，先git add第二次修改，再git commit，也就是第一次修改 -> git add -> 第二次修改 -> git add -> git commit，就相當於把兩次修改合並後一塊提交了。
6.撤銷修改
第一種情況
修改了readme.txt文件，還沒有git add 和git commit
但是在你提交之前發現這次修改有問題。既然錯誤發現得很及時，就可以很容易地糾正它。你可以手動把文件恢復到上一個版本的狀態。
git checkout -- readme.txt 也可以通過命令撤銷修改，這條命令的意思就是，把readme.txt文件在工作區的修改全部撤銷
無論是文件修改後值存在於工作區還沒有放到暫存區，還是已經添加到暫存區，總之這個命令就是讓這個文件回到最近一次git commit或git add時的狀態。
查看文件，內容果然復原了。git checkout -- file命令中的--很重要，沒有--，就變成了「切換到另一個分支」的命令，我們在後面的分支管理中會再次遇到git checkout命令。
第二種情況
修改了readme.txt文件，而且執行了git add readme.txt
慶幸的是你在 git commit 之前發現了這個問題
git status 查看一下，修改只是添加到了暫存區，還沒有提交
git reset HEAD readme.txt 可以把暫存區的修改撤銷掉，重新放回工作區。git reset命令既可以回退版本，也可以把暫存區的修改回退到工作區。當我們用HEAD時，表示最新的版本。
git status 查看一下，現在暫存區是干凈的，工作區有修改
git checkout -- readme.txt 還記得第一種情況中如何丟棄工作區的修改吧
第三種情況
現在，假設你不但改錯了東西，還從暫存區提交到了版本庫，怎麼辦呢？還記得版本回退一節嗎？可以回退到上一個版本。不過，這是有條件的，就是你還沒有把自己的本地版本庫推送到遠程。
還記得Git是分布式版本控制系統嗎？我們後面會講到遠程版本庫，一旦你把錯誤的修改（如果是影響很大的錯誤）提交推送到遠程版本庫，你就真的慘了……
區別對待本地版本庫和遠程版本庫！
7.刪除文件
在Git中，刪除也是一個修改操作
添加一個新的文件 test.txt
git add test.txt
git commit test.txt -m "再次新增一個文件"
一般情況下，你通常會在文件管理器中把沒用的文件刪除，或者直接rm test.txt
git status 這個時候，Git知道你刪除了文件，因此，工作區和版本庫就不一致了，git status命令會立刻告訴你哪些文件被刪除了
現在你有兩個選擇，一是確實從版本庫中刪除該文件，那就git rm test.txt，然後git commit 文件就從版本庫中刪除了
另一種情況是刪除錯了，因為版本庫里還有，所以可以輕松地將誤刪除的文件恢復到最新版本git checkout -- test.txt git checkout其實使用版本庫中的版本替換工作區的版本，無論工作區是修改還是刪除，都可以「一鍵還原」
8.添加遠程庫
要想學習這部分的知識，請先參考下面的：a.配置連接遠程倉庫Github。
假如現在你已經配置好github，並且在github上添加了learngit倉庫。
git remote add origin git軟體開發公司www.xiupin365.net軟體開發公司github.com:michaelliao/learngit.git 這個命令是在本地的learngit倉庫下執行的，前面通過learngit倉庫為例我們已經講過在本地創建和操作git倉庫。這兩個地方的倉庫名不需要相同，因為會通過在本地的倉庫目錄下執行這條命令（命令中包含遠程庫的名字）已經將兩者建立了聯系
請千萬注意，把上面的michaelliao替換成你自己的GitHub賬戶名，否則，你在本地關聯的就是我的遠程庫，關聯沒有問題，但是你以後推送是推不上去的，因為你的SSH Key公鑰不在我的賬戶列表中。
git push -u origin master 把本地庫的所有內容推送到遠程庫上。把本地庫的內容推送到遠程，用git push命令，實際上是把當前分支master推送到遠程。由於遠程庫是空的，我們第一次推送master分支時，加上了-u參數，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯起來，在以後的推送或者拉取時就可以簡化命令。
然後去Github對應的遠程庫看看，都已經推送上去了。
此後，每次本地提交後，只要有必要，就可以使用命令git push origin master推送最新修改。
這樣你就可以在Github上託管你的項目代碼、vim的配置文件和插件、重要的文檔……
現在我的vim的配置文件和插件已經同步到Github上了：https://github.com/xumenger/m...
另外推薦我的關於vim配置的文章：：http://segmentfault.com/a/119...
9.從遠程庫克隆
假設我的github上面有一個遠程庫，但是本地沒有，需要克隆到本地，遠程庫的名字叫'gitskills'
git clone [email protected]:michaelliao/gitskills.git 克隆一個本地庫
cd gitskills 進入克隆下來的本地庫，默認的名字是和github上的一樣的
ls -al 可以看到本地的克隆庫裡面是和遠程庫裡面的一樣的
如果有多個人協作開發，那麼每個人各自從遠程克隆一份就可以了。
你也許還注意到，GitHub給出的地址不止一個，還可以用https://github.com/michaellia...這樣的地址。實際上，Git支持多種協議，默認的git://使用ssh，但也可以使用https等其他協議。
使用https除了速度慢以外，還有個最大的麻煩是每次推送都必須輸入口令，但是在某些只開放http埠的公司內部就無法使用ssh協議而只能用https。
10.分支管理
分支在實際中有什麼用呢？假設你准備開發一個新功能，但是需要兩周才能完成，第一周你寫了50%的代碼，如果立刻提交，由於代碼還沒寫完，不完整的代碼庫會導致別人不能幹活了。如果等代碼全部寫完再一次提交，又存在丟失每天進度的巨大風險。
現在有了分支，就不用怕了。你創建了一個屬於你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上幹活，想提交就提交，直到開發完畢後，再一次性合並到原來的分支上，這樣，既安全，又不影響別人工作。
其他版本控制系統如SVN等都有分支管理，但是用過之後你會發現，這些版本控制系統創建和切換分支比蝸牛還慢，簡直讓人無法忍受，結果分支功能成了擺設，大家都不去用。
但Git的分支是與眾不同的，無論創建、切換和刪除分支，Git在1秒鍾之內就能完成！無論你的版本庫是1個文件還是1萬個文件。
11.創建和合並分支
首先教程中會詳細講解分支的原理（分支、指針、工作區……），一定要好好看！！看完之後你才能對你的創建分支和合並分支的操作不只是會用，更能在用的時候沒有任何疑惑！反正能學到更多的知識，何樂而不為！
另外推薦這樣的博客：使用git和github進行協同開發流程以及我的學習筆記使用git和github管理自己的項目---真實開發環境的策略。
在版本回退里，你已經知道，每次提交，Git都把它們串成一條時間線，這條時間線就是一個分支。截止到目前，我們練習的learngit，只有一條時間線，在Git里，這個分支叫主分支，即master分支。HEAD嚴格來說不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當前分支。
Git是分布式版本控制系統，同一個Git倉庫，可以分布到不同的機器上。怎麼分布呢？最早，肯定只有一台機器有一個原始版本庫，此後，別的機器可以「克隆」這個原始版本庫，而且每台機器的版本庫其實都是一樣的，並沒有主次之分。
實際情況往往是這樣，找一台電腦充當伺服器的角色，每天24小時開機，其他每個人都從這個「伺服器」倉庫克隆一份到自己的電腦上，並且各自把各自的提交推送到伺服器倉庫里，也從伺服器倉庫中拉取別人的提交。
完全可以自己搭建一台運行Git的伺服器，不過現階段，為了學Git先搭個伺服器絕對是小題大作。好在這個世界上有個叫GitHub的神奇的網站，從名字就可以看出，這個網站就是提供Git倉庫託管服務的，所以，只要注冊一個GitHub賬號，就可以免費獲得Git遠程倉庫。
在繼續閱讀後續內容前，請自行注冊GitHub賬號。由於你的本地Git倉庫和GitHub倉庫之間的傳輸是通過SSH加密的，所以，需要一點設置：
創建SSH Key。在用戶目錄下，看看有沒有.ssh目錄，如果有，再看看這個目錄下有沒有id_rsa和id_rsa.pub這兩個文件，如果已經有了，可直接跳到下一步。如果沒有，打開Shell（Windows下打開Git Bash），創建SSH Key，輸入命令ssh-keygen -t rsa -C "[email protected]",你需要把郵件地址換成你自己的郵件地址，然後一路回車，使用默認值即可，由於這個Key也不是用於軍事目的，所以也無需設置密碼。如果一切順利的話，可以在用戶主目錄里找到.ssh目錄，裡面有id_rsa和id_rsa.pub兩個文件，這兩個就是SSH Key的秘鑰對，id_rsa是私鑰，不能泄露出去，id_rsa.pub是公鑰，可以放心地告訴任何人。
登陸GitHub，打開「Account settings」，「SSH Keys」頁面.然後，點「Add SSH Key」，填上任意Title，在Key文本框里粘貼id_rsa.pub文件的內容：
點「Add Key」，你就應該看到已經添加的Key：
注意現在的Github的頁面的布局可能和圖片中顯示有細小的差別，不過相信你能找到對應的操作！
為什麼GitHub需要SSH Key呢？因為GitHub需要識別出你推送的提交確實是你推送的，而不是別人冒充的，而Git支持SSH協議，所以，GitHub只要知道了你的公鑰，就可以確認只有你自己才能推送。
當然，GitHub允許你添加多個Key。假定你有若干電腦，你一會兒在公司提交，一會兒在家裡提交，只要把每台電腦的Key都添加到GitHub，就可以在每台電腦上往GitHub推送了。
最後友情提示，在GitHub上免費託管的Git倉庫，任何人都可以看到喔（但只有你自己才能改）。所以，不要把敏感信息放進去。
如果你不想讓別人看到Git庫，有兩個辦法，一個是交點保護費，讓GitHub把公開的倉庫變成私有的，這樣別人就看不見了（不可讀更不可寫）。另一個辦法是自己動手，搭一個Git伺服器，因為是你自己的Git伺服器，所以別人也是看不見的。這個方法我們後面會講到的，相當簡單，公司內部開發必備。
現在的情景是，你已經在本地創建了一個Git倉庫後，又想在GitHub創建一個Git倉庫，並且讓這兩個倉庫進行遠程同步，這樣，GitHub上的倉庫既可以作為備份，又可以讓其他人通過該倉庫來協作，真是一舉多得。具體可以見教程。
首先，登陸GitHub，然後，在右上角找到「Create a new repo」按鈕，創建一個新的倉庫：
在Repository name填入learngit，其他保持默認設置，點擊「Create repository」按鈕，就成功地創建了一個新的Git倉庫：
目前，在GitHub上的這個learngit倉庫還是空的，GitHub告訴我們，可以從這個倉庫克隆出新的倉庫，也可以把一個已有的本地倉庫與之關聯，然後，把本地倉庫的內容推送到GitHub倉庫。
B. 如何通過git bash進入上傳代碼的文件夾
注冊GitHub後你就會有0.3G的免費空間，不過只能創建公開項目，這也滿足代碼分享的目的，我最喜歡的倒是它的代碼展示方式，可以直接瀏覽你的代碼，代碼是經過高亮、添加行號處理過的，十分漂亮，體驗一流，比如這個Webpy託管的地方。而作為想要了解你代碼的人，可以選擇直接在線瀏覽自己感興趣的，也可以直接下載壓縮包，或者直接使用Git clone到本地。
因為GitHub是基於Git版本控制系統，所以你上傳修改代碼什麼的，都需要使用Git工具。我這里主要是用來分享和展示代碼，所以不想在版本控制方面做過多的闡述，下面就簡單講解一下怎麼在GitHub上新建一個項目，還有把自己的代碼傳上去。下面的前提是你已經注冊了GitHub和下載安裝了Git——Git下載、Windows版本下載。
上傳分享代碼
1.在GitHub上建立項目
登錄GitHub後，你可以在右邊靠中那裡找到一個按鈕「New Repository」，點擊過後，填入項目名稱、說明和網址過後就可以創建了，然後會出現一個提示頁面，記下類似[email protected]:XXX/XXX.git的地址，這個就是你這個項目的地址了。
2.配置Git以及上傳代碼
安裝Git成功後，如果是Windows下，選擇Git Bash，在命令行中完成一切，可能開始有點麻煩，不過就那幾條命令行，用幾次就記住啦。首先初始設置Git：
1 git config --global user.name "Your Real Name" 2 git config --global user.email [email protected]
然後開始進行最麻煩的一步了，你需要上傳文件到GitHub的Git系統上，得需要一個SSH密匙來認證，下面就開始生成密鑰和提交密鑰。打開Git Bash,創建SSH key:
1 ssh-keygen -C '[email protected]' -t rsa
然後要你輸入SSH密匙的存放位置，可以不管，直接回車使用默認路徑。再輸入你想要的密碼，SSH key就生成了。現在你需要將這個Key提交到GitHub，首先打開Key保存的位置，裡面會有三個文件，找到id_rsa.pub，用文本編輯器打開，復制裡面的全部字元。到GitHub，在右上方工具欄里找到Account Settings。在這個頁面上有一個SSH Public Keys標簽，選擇Add another public key。Title可以隨便填一個，Key就粘貼剛才的字元，提交。
完成這些工作後，就可以上傳自己的代碼了。找到自己要分享上傳的代碼文件夾，右擊選擇Git Bash，或者在Git Bash中進入這個文件夾。建立一個倉庫：
1 git init
選擇要添加進倉庫的文件：
1 git add .
一般如果你想分享這個文件夾里的所有代碼，就在 add後面加「.」，上面的例子就是這樣，如果傳指定的，只需要把「.」改為文件名即可，現在只是選擇了要加入倉庫的文件，下面才是添加進入倉庫：
1 git commit -m 'Test'
-m後面跟一個參數，表示說明，將代碼提交到GitHub後，將會在代碼文件信息上顯示這個說明，如下圖標記的地方。
搞了這么久，現在才開始把本地倉庫上傳到GitHub了，下面兩行命令搞定問題：
1 2 git remote add origin [email protected]:XXX/XXX.git 3 git push -u origin master
這個[email protected]:XXX/XXX.git就是上面創建項目是生成的地址。現在打開你的項目網址，你就可以發現你的代碼已經展示出來了。如果你要更新代碼的話，就重復上面的吧。
如果提交了敏感信息，比如代碼中設置的自己的密碼什麼的忘刪除就上傳上去了怎麼辦？重新修改過後上傳依然有歷史記錄，而使用Git刪除歷史記錄貌似很麻煩，於是就採用刪除項目吧，刪除了再重新上傳。刪除項目需要在GitHub網站上右上方找到admin按鈕，進去後右邊最下面有個刪除的按鈕，這樣就可以刪除了。
一些可能遇到的問題解決：
如果輸入$ git remote add origin [email protected]:djqiang（github帳號名）/gitdemo（項目名）.git
提示出錯信息：fatal: remote origin already exists.
解決辦法如下：
1、先輸入$ git remote rm origin
2、再輸入$ git remote add origin [email protected]:djqiang/gitdemo.git 就不會報錯了！
3、如果輸入$ git remote rm origin 還是報錯的話，error: Could not remove config section 『remote.origin』. 我們需要修改gitconfig文件的內容
4、找到你的github的安裝路徑，我的是C:\Users\ASUS\AppData\Local\GitHub\PortableGit_\etc
5、找到一個名為gitconfig的文件，打開它把裡面的[remote "origin"]那一行刪掉就好了！
如果輸入$ ssh -T [email protected]
出現錯誤提示：Permission denied (publickey).因為新生成的key不能加入ssh就會導致連接不上github。
解決辦法如下：
1、先輸入$ ssh-agent，再輸入$ ssh-add ~/.ssh/id_key，這樣就可以了。
2、如果還是不行的話，輸入ssh-add ~/.ssh/id_key 命令後出現報錯Could not open a connection to your authentication agent.解決方法是key用Git Gui的ssh工具生成，這樣生成的時候key就直接保存在ssh中了，不需要再ssh-add命令加入了，其它的user，token等配置都用命令行來做。
3、最好檢查一下在你復制id_rsa.pub文件的內容時有沒有產生多餘的空格或空行，有些編輯器會幫你添加這些的。
如果輸入$ git push origin master
提示出錯信息：error:failed to push som refs to …….
解決辦法如下：
1、先輸入$ git pull origin master //先把遠程伺服器github上面的文件拉下來
2、再輸入$ git push origin master
3、如果出現報錯 fatal: Couldn』t find remote ref master或者fatal: 『origin』 does not appear to be a git repository以及fatal: Could not read from remote repository.
4、則需要重新輸入$ git remote add [email protected]:djqiang/gitdemo.git
使用git在本地創建一個項目的過程
$ makdir ~/hello-world //創建一個項目hello-world
$ cd ~/hello-world //打開這個項目
$ git init //初始化
$ touch README
$ git add README //更新README文件
$ git commit -m 『first commit』 //提交更新，並注釋信息「first commit」
$ git remote add origin [email protected]:defnngj/hello-world.git //連接遠程github項目
$ git push -u origin master //將本地項目更新到github項目上去
C. deepin linux下怎麼從github克隆程序
方法/步驟
1、在本地新建一個文件夾，作為空吵本枯銷地倉庫，如「demo」。打開git，輸入命令：
cd /c/Users/Administrator/Desktop/demo 然後按回車鍵進入到該文件夾目錄下，
2、第二步：將本地倉庫初始化，命令：git init 如下圖：
3、第三步：將斗敗侍你需要的項目從github或者伺服器上克隆下來，命令：git clone url url為項目伺服器地址或github地址，我這里以克隆github上的PHPMailer項目為例子，如下圖所示：
4、看到上面顯示100%就克隆好了 現在看看克隆的項目
D. 怎麼將軟體放入github csdn
1.在慧祥你計算機上新建一個空的文件夾，命名，把你要傳到github網站上去的工程項目到這個文件夾下。
2.右鍵打開Git Bash，用git init初始化Git倉庫。
3.添加文件到Git倉庫
git add <file>
git commit -m "first commit"
4.到github網站上New repository，建立滑鍵遠程倉庫。
5.關聯一個遠程庫
6.第一次推送master分支的所有內容前讓搏
git push -u origin master
E. 如何在ubuntu下使用Github
1、Git的安裝
我使用了ubuntu 10.04 ，默認情況下，ubuntu 中並橋正沒有安裝，所以首先需要在系統中進行 git 的安裝。
sudo apt-get install git-core
安裝完成後，在終端中輸入 git 就可以看到相關的命令了。如果只是需要使用git來管理本地的代碼，那麼現在就可以使用了。如果需要和github上的項目結合，還需要塌源做其他的一些操作。
2、github帳號的申請
如果只是需要將github上感興趣的代碼拷貝到本地，自己進行修改使用，而不打算共享發布的話，其實不申請帳號也沒有關系，只需要 git clone 代碼到本地就可以了。本文對這種方法不做討論，畢竟使用 github 就是為了開源的目的。
首先去 github.com 上注冊一個帳號，具體的注冊流程就不贅述了。
3、在本地建立一個文件夾，然後做一些全局變數的初始化
git config --global user.name = "用戶名或者用戶ID"
git config --global user.email = "郵箱"
這兩個選項會在以後的使用過程中自動添加到代碼中。
4、創建驗證用的公鑰
這個是比較復雜和困擾大多數人的地方，因為 git 是通過 ssh 的方式訪問資源庫的，所以需要在本地創建驗證用的文件。
使用命令：ssh-keygen -C 'you email [email protected]' -t rsa
會在用戶目錄 ~/.ssh/ 下建立相應的密鑰文件
可以使用 ssh -v [email protected] 命令來測試鏈接是否暢通
5、上傳公鑰
在 github.com 的界面中 選擇右上角的 Account Settings，然後選擇 SSH Public Keys ，選擇新加。
Title 可以隨便命名，Key 的內容拷貝自 ~/.ssh/id_rsa.pub 中的內容，完成後，可以再使用 ssh -v [email protected] 進行測試。看到下面的信息表示驗團消態證成功。
進行到這里，我們也可以利用github來管理我們的項目和參與開源工作了，大體上使用git分為三種方式。
管理自己的項目
這種情況是自己在本地有一些代碼，需要利用 github 來管理自己的項目，可以按照下面的步驟進行。
1、建立倉庫
在需要建立項目的文件夾中，使用 git init 進行倉庫的建立。完成後，可以看到文件家中多了一個 .git 隱藏目錄。
2、添加文件
使用 git add . 來進行初始文件的添加。這里 . 表示將文件夾下所有的文件都添加進去，我們也可以指定文件進行添加。
3、提交文件
使用 git -m commit -m 'comment' 提交，可以將編輯的內容進行提交。
通過 git show 可以看到項目的一些狀態。
這是代碼已經在本地管理了，但是本地管理完全體現不出git的優勢。
利用github託管自己的項目
1、如果需要將自己的項目託管在github.com上，首先需要創建項目。在 Dashboard 中選擇 Create New Repository，填入相關信息後，項目就創建成功了。
2、之後，會有一個如何上傳的提示，如下圖已經很詳細了。
Fork別人的項目
前面提到過，如果只是下載使用別人的代碼，通過 git clone 就可以了，當然clone的前提是項目必須是public的，私有的項目是沒辦法的。如果需要參與，可以通過fork，然後合並的方式。
1、首先需要去自己感興趣的項目中進行Fork，fork出自己的一份分支來。fork之後，一般可以看到一個ssh訪問的地址。例如：[email protected]:cocowool/userguide.git
2、復制代碼
使用 git clone [email protected]:cocowool/userguide.git userguide 可以將代碼復制到本地的 userguide 文件夾中
3、進行自己的修改，完成後請求原作者合並
git pull person master
下面是一些比較有用的命令的介紹：
# 創建一個版本庫 git init # 每次修改好了後，可以先將修改存入stage(快照/索引)中 git add <modified files> # 修改了大量文件則使用下面這個命令批量存入 git add . # 使用commit將快照/索引中的內容提交到版本庫中 git commit -m "msg" # 也可以將git add與git commit用一個指令完成 git commit -a -m "msg" # 將本地的git檔案與github(遠程)上的同步 git push # 將github(遠程)的git檔案與本地的同步(即更新本地端的repo) git pull # 例如,pull指令其實包含了fetch(將變更復制回來)以及merge(合並)操作 git pull git://github.com/tom/test.git # 另外版本控制系統的branch功能也很有意思，若同時修改bug，又要加入新功能，可以fork出一個branch：一個專門修bug，一個專門加入新功能，等到穩定後再merge合並 git branch bug_fix # 建立branch，名為bug_fix git checkout bug_fix # 切換到bug_fix git checkout master #切換到主要的repo git merge bug_fix #把bug_fix這個branch和現在的branch合並 # 若有remote的branch，想要查看並checkout git branch -r # 查看遠程branch git checkout -b bug_fix_local bug_fix_remote #把本地端切換為遠程的bug_fix_remote branch並命名為bug_fix_local # 還有其它可以查看repo狀態的工具 git log #可以查看每次commit的改變 git diff #可以查看最近一次改變的內容，加上參數可以看其它的改變並互相比較 git show #可以看某次的變更 # 若想知道目前工作樹的狀態，可以輸入 git status