1. 程式人生 > >github 【第二章】Github協同開發

github 【第二章】Github協同開發

rev img 協同開發 如果 .com 組織 rem 功能開發 com

一、協同開發

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

創建秘鑰

技術分享圖片

取到公鑰

技術分享圖片

github 【第二章】Github協同開發