Github之協同開發

一、協同開發

1、引子：假如三個人共同開發同一份程式碼，每個人都各自安排了任務，當每個人都完成了一半的時候，提交不提交呢？

要提交，提交到dev嗎，都上傳了一半，這樣回家拿出來的程式碼根本跑不起來。所以，

為每一個人建立一個分支，各自都在各自的分支上寫程式碼，互不影響。

很短時間內大家暫時先合併一次，不然衝突太多了。但是這個分支不是dev，而是review分支，當老大看完沒問題之後再合併到dev分支。

二、協同開發的兩種方式：

方式一：建立協作者和組織：

方式二：新增組織

三、建立完之後就開始寫程式碼了

先建立了一個dev的分支
        git branch dev 
        git checkout dev 
        git push origin dev 
又建立了一個review的分支
        git branch review
        gir checkout review
        git push origin review 
建立自己的分支
        git branch haiyan 
        git branch xiaxiao
        git branch sk 
        
        git checkout sk 
        git pull origin review
 

 

假如現在有兩個人在進行開發

海燕建立了個檔案
            git branch haiyan 
            git checkout haiyan
            touch a.py 
            ls 
            git add . 
            add commit -m '程式碼初始上線'
            git push origin haiyan 
            ls
            vim a.py  
 
#寫了一些內容
            git add . 
            add commit -m '小功能開發完畢'
            git push origin haiyan 
            #現在兩人都寫完了，開始合併和review進行合併了
            git checkout review
            git pull origin review  #吧遠端的review拉下來
            #吧自己的合併發到review
            git merge haiyan 
            ls 
            git status 
            git push origin review 
            
            #再次寫的時候
            git pull origin review  
宋康建立了個檔案
            git branch sk 
            git checkout sk 
            touch s.py 
            ls 
            git add . 
            add commit -m '到了新公司好激動啊'
            git push origin sk 
            ls
            vim s.py  #寫了一些內容
            git add . 
            add commit -m '小開發完畢'
            git push origin sk 
            #現在兩人都寫完了，開始合併和review進行合併了
            git checkout review
            #git pull origin review  #如果先沒有吧遠端的review拉下來
            #吧自己的合併發到review
            git merge sk 
            ls 
            git status 
            git push origin review   #這時候的review是最新的，那麼海燕先提交了，完了她還得拉先來再合併一次
        老大看了review分支，如果OK，可以放到dev分支進行測試，如果測試沒有問題了
        才放到master分支。
        master分支：線上的版本，永遠保證線上的版本，無論是回滾到哪都是能用的

 

兩個面試題

1、你們公司的程式碼review分支怎麼做？誰來做？
        答：我們建立的review分支，我們小功能開發完之後，合併到review分支
            交給老大（小組長）來看，
            你組長不開發程式碼嗎？
                他開發程式碼，但是它只開發核心的東西，任務比較少。
                或者抽出時間，我們一起做這個事情
2、你們公司協同開發是怎麼協同開發的？
        每個人都有自己的分支，階段性程式碼完成之後，合併到review，然後交給老大看

 

四、GIT之忽略檔案和ssh

當你提交程式碼的時候不要把所有的程式碼都提交，尤其是你自己的隱藏檔案，還有pycharm自動生成的隱藏檔案，

兩個方式：

　　手動修改：在你add的時候不要把它新增進去就行了

　　自動修改 ：需要改一下配置檔案

 

vim . gitignore

/idea

touch a.py 

touch b,py 

不要.py了檔案了，在編輯的時候寫上*.py

認證的兩種方式

1、通過http協議的

Https:
https://github.com/ugfly1210/git_projects.git

2、通過ssh的

SSH:
git remote add origin

[email protected]:ugfly1210/git_projects.git

 

建立祕鑰

取到公鑰

 

結束！！！！！！！！！！！！！！！！！！1  

一、協同開發

1、引子：假如三個人共同開發同一份程式碼，每個人都各自安排了任務，當每個人都完成了一半的時候，提交不提交呢？

要提交，提交到dev嗎，都上傳了一半，這樣回家拿出來的程式碼根本跑不起來。所以，

為每一個人建立一個分支，各自都在各自的分支上寫程式碼，互不影響。

很短時間內大家暫時先合併一次，不然衝突太多了。但是這個分支不是dev，而是review分支，當老大看完沒問題之後再合併到dev分支。

二、協同開發的兩種方式：

方式一：建立協作者和組織：

方式二：新增組織

三、建立完之後就開始寫程式碼了

先建立了一個dev的分支
        git branch dev 
        git checkout dev 
        git push origin dev 
又建立了一個review的分支
        git branch review
        gir checkout review
        git push origin review 
建立自己的分支
        git branch haiyan 
        git branch xiaxiao
        git branch sk 
        
        git checkout sk 
        git pull origin review

 

假如現在有兩個人在進行開發

海燕建立了個檔案
            git branch haiyan 
            git checkout haiyan
            touch a.py 
            ls 
            git add . 
            add commit -m '程式碼初始上線'
            git push origin haiyan 
            ls
            vim a.py  #寫了一些內容
            git add . 
            add commit -m '小功能開發完畢'
            git push origin haiyan 
            #現在兩人都寫完了，開始合併和review進行合併了
            git checkout review
            git pull origin review  #吧遠端的review拉下來
            #吧自己的合併發到review
            git merge haiyan 
            ls 
            git status 
            git push origin review 
            
            #再次寫的時候
            git pull origin review  
宋康建立了個檔案
            git branch sk 
            git checkout sk 
            touch s.py 
            ls 
            git add . 
            add commit -m '到了新公司好激動啊'
            git push origin sk 
            ls
            vim s.py  #寫了一些內容
            git add . 
            add commit -m '小開發完畢'
            git push origin sk 
            #現在兩人都寫完了，開始合併和review進行合併了
            git checkout review
            #git pull origin review  #如果先沒有吧遠端的review拉下來
            #吧自己的合併發到review
            git merge sk 
            ls 
            git status 
            git push origin review   #這時候的review是最新的，那麼海燕先提交了，完了她還得拉先來再合併一次
        老大看了review分支，如果OK，可以放到dev分支進行測試，如果測試沒有問題了
        才放到master分支。
        master分支：線上的版本，永遠保證線上的版本，無論是回滾到哪都是能用的

 

兩個面試題

1、你們公司的程式碼review分支怎麼做？誰來做？
        答：我們建立的review分支，我們小功能開發完之後，合併到review分支
            交給老大（小組長）來看，
            你組長不開發程式碼嗎？
                他開發程式碼，但是它只開發核心的東西，任務比較少。
                或者抽出時間，我們一起做這個事情
2、你們公司協同開發是怎麼協同開發的？
        每個人都有自己的分支，階段性程式碼完成之後，合併到review，然後交給老大看

 

四、GIT之忽略檔案和ssh

當你提交程式碼的時候不要把所有的程式碼都提交，尤其是你自己的隱藏檔案，還有pycharm自動生成的隱藏檔案，

兩個方式：

　　手動修改：在你add的時候不要把它新增進去就行了

　　自動修改 ：需要改一下配置檔案

 

vim . gitignore

/idea

touch a.py 

touch b,py 

不要.py了檔案了，在編輯的時候寫上*.py

認證的兩種方式

1、通過http協議的

Https:
https://github.com/ugfly1210/git_projects.git

2、通過ssh的

SSH:
git remote add origin

[email protected]:ugfly1210/git_projects.git

 

建立祕鑰

取到公鑰