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 morgana
git branch m1
git branch sk
git checkout sk
git pull origin review
假如现在有两个人在进行开发
创建了个文件 git branch morgana git checkout morgana touch a.py ls git add . add commit -m '代码初始上线' git push origin morgana ls vim a.py #写了一些内容 git add . add commit -m '小功能开发完毕' git push origin morgana #现在两人都写完了,开始合并和review进行合并了 git checkout review git pull origin review #吧远程的review拉下来 #吧自己的合并发到review git merge morgana 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
git@github.com:ugfly1210/git_projects.git
创建秘钥
取到公钥