Git和GitHub相關

組員從GitHub上下載項目並上傳項目的步驟以下
    1.組員接收到組長髮的項目地址，組員須要從GitHub上把項目克隆下來，首先組員
    須要在本地的一個文件夾裏打開git，而後運行以下代碼：git clone 項目地址

    2.克隆完成後，cd到項目文件裏，這時你看到的是你在項目的master分支下；

    3.建立一個dev分支，代碼：git branch dev

    4.切換到dev分支下，代碼：git checkout dev

    5.把服務器遠端的dev分支內容下載到本地的dev分支下，代碼：git pull origin dev

    6.在本地建立一個本身的分支，代碼：git branch gbb

    7.切換到本身的分支下，代碼：git checkout gbb

    8.這時就能夠在本身的分支下作開發編譯了，編譯完成後就能夠再次上傳GitHub上；

    9.先把新編譯的內容添加到本地git庫的暫存區，代碼：git add . 或 git add *

    10、把本地git庫的暫存區的內容添加到本地git版本庫裏，能夠添加備註信息，
        代碼：git commit –m 「備註信息」 （注意：備註信息儘可能詳細些）

　　11、把本地本身的分支提交到遠程版本庫裏，代碼：git push origin gbb

　　12、這時只是把本身的分支提交到遠端服務器也就是GitHub上了，若是須要把
        本身的代碼合併到遠端服務器也就是GitHub上的dev分支的話，就須要以下的操做；

　　13、切換到本地的dev分支中，代碼：git checkout dev

　　14、把本身的分支和本地的dev分支合併，代碼：git merge gbb

　　15、默認不須要處理衝突的時候，就把dev分支推到遠端服務器的dev分支下，
        代碼：git push origin dev

　　16、通常狀況下，在本地dev合併後，不能直接push到遠端服務器的dev裏，
        會報錯的，由於除了第一我的push無問題，其餘人push的時候都會遇到代碼和其
        他人的代碼有衝突的問題，這時就須要在push前，先把遠端的dev拉下來，
        代碼：git pull origin dev

　　17、處理一下衝突，完成後，再次push到遠端服務器的dev下便可，代碼：
　　　　git push origin gbb
                        

 

組員從GitHub上下載項目並上傳項目的步驟以下
    1.組員接收到組長髮的項目地址，組員須要從GitHub上把項目克隆下來，首先組員
    須要在本地的一個文件夾裏打開git，而後運行以下代碼：git clone 項目地址

    2.克隆完成後，cd到項目文件裏，這時你看到的是你在項目的master分支下；

    3.建立一個dev分支，代碼：git branch dev

    4.切換到dev分支下，代碼：git checkout dev

    5.把服務器遠端的dev分支內容下載到本地的dev分支下，代碼：git pull origin dev

    6.在本地建立一個本身的分支，代碼：git branch gbb

    7.切換到本身的分支下，代碼：git checkout gbb

    8.這時就能夠在本身的分支下作開發編譯了，編譯完成後就能夠再次上傳GitHub上；

    9.先把新編譯的內容添加到本地git庫的暫存區，代碼：git add . 或 git add *

    10、把本地git庫的暫存區的內容添加到本地git版本庫裏，能夠添加備註信息，
        代碼：git commit –m 「備註信息」 （注意：備註信息儘可能詳細些）

　　11、把本地本身的分支提交到遠程版本庫裏，代碼：git push origin gbb

　　12、這時只是把本身的分支提交到遠端服務器也就是GitHub上了，若是須要把
        本身的代碼合併到遠端服務器也就是GitHub上的dev分支的話，就須要以下的操做；

　　13、切換到本地的dev分支中，代碼：git checkout dev

　　14、把本身的分支和本地的dev分支合併，代碼：git merge gbb

　　15、默認不須要處理衝突的時候，就把dev分支推到遠端服務器的dev分支下，
        代碼：git push origin dev

　　16、通常狀況下，在本地dev合併後，不能直接push到遠端服務器的dev裏，
        會報錯的，由於除了第一我的push無問題，其餘人push的時候都會遇到代碼和其
        他人的代碼有衝突的問題，這時就須要在push前，先把遠端的dev拉下來，
        代碼：git pull origin dev

　　17、處理一下衝突，完成後，再次push到遠端服務器的dev下便可，代碼：
　　　　git push origin gbb
                        

 

組員從GitHub上下載項目並上傳項目的步驟以下
    1.組員接收到組長髮的項目地址，組員須要從GitHub上把項目克隆下來，首先組員
    須要在本地的一個文件夾裏打開git，而後運行以下代碼：git clone 項目地址

    2.克隆完成後，cd到項目文件裏，這時你看到的是你在項目的master分支下；

    3.建立一個dev分支，代碼：git branch dev

    4.切換到dev分支下，代碼：git checkout dev

    5.把服務器遠端的dev分支內容下載到本地的dev分支下，代碼：git pull origin dev

    6.在本地建立一個本身的分支，代碼：git branch gbb

    7.切換到本身的分支下，代碼：git checkout gbb

    8.這時就能夠在本身的分支下作開發編譯了，編譯完成後就能夠再次上傳GitHub上；

    9.先把新編譯的內容添加到本地git庫的暫存區，代碼：git add . 或 git add *

    10、把本地git庫的暫存區的內容添加到本地git版本庫裏，能夠添加備註信息，
        代碼：git commit –m 「備註信息」 （注意：備註信息儘可能詳細些）

　　11、把本地本身的分支提交到遠程版本庫裏，代碼：git push origin gbb

　　12、這時只是把本身的分支提交到遠端服務器也就是GitHub上了，若是須要把
        本身的代碼合併到遠端服務器也就是GitHub上的dev分支的話，就須要以下的操做；

　　13、切換到本地的dev分支中，代碼：git checkout dev

　　14、把本身的分支和本地的dev分支合併，代碼：git merge gbb

　　15、默認不須要處理衝突的時候，就把dev分支推到遠端服務器的dev分支下，
        代碼：git push origin dev

　　16、通常狀況下，在本地dev合併後，不能直接push到遠端服務器的dev裏，
        會報錯的，由於除了第一我的push無問題，其餘人push的時候都會遇到代碼和其
        他人的代碼有衝突的問題，這時就須要在push前，先把遠端的dev拉下來，
        代碼：git pull origin dev

　　17、處理一下衝突，完成後，再次push到遠端服務器的dev下便可，代碼：
　　　　git push origin gbb
                        

 

1、首先要明白Git和GitHub的關係

　　Git是一個版本控制工具
　　GitHub是一個用git作版本控制的項目託管平臺。

2、OK，咱們具體再來談一下Git的相關知識

　　1、什麼是Git？

　　Git是一個開源的分佈式版本控制系統，能夠有效、高速的處理從很小到很是大的項目版本管理。 Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。

　　2、Git的功能特性：

　　從通常開發者的角度來看，git有如下功能：

　　　　1、從服務器上克隆完整的Git倉庫(包括代碼和版本信息，例如)到單機上。

　　　　2、在本身的機器上根據不一樣的開發目的，建立分支，修改代碼。

　　　　3、在單機上本身建立的分支上提交代碼。

　　　　4、在單機上合併分支。

　　　　5、把服務器上最新版的代碼fetch下來，而後跟本身的主分支合併。

　　　　6、生成補丁(patch)，把補丁發送給主開發者。

　　　　7、看主開發者的反饋，若是主開發者發現兩個通常開發者之間有衝突(他們之間能夠合做解決的衝突)，就會要求他們先解決衝突，而後再由其中一我的提交。若是主開發者能夠本身解決，

　　　　　  或者沒有衝突，就經過。

　　　　8、通常開發者之間解決衝突的方法，開發者之間能夠使用pull 命令解決衝突，解決完衝突以後再向主開發者提交補丁。

　　從主開發者的角度(假設主開發者不用開發代碼)看，git有如下功能:

　　　　1、查看郵件或者經過其它方式查看通常開發者的提交狀態。

　　　　2、打上補丁，解決衝突(能夠本身解決，也能夠要求開發者之間解決之後再從新提交，若是是開源項目，還要決定哪些補丁有用，哪些不用)。

　　　　3、向公共服務器提交結果，而後通知全部開發人員。

　　3、Git的優缺點

　　優勢:

1. 適合分佈式開發，強調個體。
2. 公共服務器壓力和數據量都不會太大。
3. 速度快、靈活。
4. 任意兩個開發者之間能夠很容易的解決衝突。
5. 離線工做。

　　缺點:

1. 資料少(起碼中文資料不多)。
2. 學習週期相對而言比較長。
3. 不符合常規思惟。
4. 代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息。

　　4、利用GitHub合做開發的通常流程  　　

　　　　首先須要組長給項目建立一個dev分支，而後把項目傳送到GitHub上，這時GitHub上有兩個分支（master和dev，master是Git初始化本身建立的），而後組長鬚要建立一個Organizations，

　　以後把組員邀請到Organizations裏，並受權給組員有「寫」的權限。

　　

組員從GitHub上下載項目並上傳項目的步驟以下
    1.組員接收到組長髮的項目地址，組員須要從GitHub上把項目克隆下來，首先組員
    須要在本地的一個文件夾裏打開git，而後運行以下代碼：git clone 項目地址

    2.克隆完成後，cd到項目文件裏，這時你看到的是你在項目的master分支下；

    3.建立一個dev分支，代碼：git branch dev

    4.切換到dev分支下，代碼：git checkout dev

    5.把服務器遠端的dev分支內容下載到本地的dev分支下，代碼：git pull origin dev

    6.在本地建立一個本身的分支，代碼：git branch gbb

    7.切換到本身的分支下，代碼：git checkout gbb

    8.這時就能夠在本身的分支下作開發編譯了，編譯完成後就能夠再次上傳GitHub上；

    9.先把新編譯的內容添加到本地git庫的暫存區，代碼：git add . 或 git add *

    10、把本地git庫的暫存區的內容添加到本地git版本庫裏，能夠添加備註信息，
        代碼：git commit –m 「備註信息」 （注意：備註信息儘可能詳細些）

　　11、把本地本身的分支提交到遠程版本庫裏，代碼：git push origin gbb

　　12、這時只是把本身的分支提交到遠端服務器也就是GitHub上了，若是須要把
        本身的代碼合併到遠端服務器也就是GitHub上的dev分支的話，就須要以下的操做；

　　13、切換到本地的dev分支中，代碼：git checkout dev

　　14、把本身的分支和本地的dev分支合併，代碼：git merge gbb

　　15、默認不須要處理衝突的時候，就把dev分支推到遠端服務器的dev分支下，
        代碼：git push origin dev

　　16、通常狀況下，在本地dev合併後，不能直接push到遠端服務器的dev裏，
        會報錯的，由於除了第一我的push無問題，其餘人push的時候都會遇到代碼和其
        他人的代碼有衝突的問題，這時就須要在push前，先把遠端的dev拉下來，
        代碼：git pull origin dev

　　17、處理一下衝突，完成後，再次push到遠端服務器的dev下便可，代碼：
　　　　git push origin gbb