引子:
前5篇,讲的都是个人开发,而在真实项目里边,则是团队协作开发 -> 每个人都需要拿到其它小组成员的代码,因此需要一个中央仓库来做这件事……
中央仓库的创建 -> 一般由团队leader来搞
有客户端A、客户端B、中央仓库
git push origin master
-> 把本地历史区中的信息推送到「中央服务器」上git pull origin master
-> 让中央仓库中的信息和本地仓库保持同步(拉取) -> A这个本地仓库同样会存在潜在问题 -> 代码冲突可基于GitHub、Coding来创建 -> 注意:最好不要创建空仓库,因为空仓库里边咩有任何分支,只有你提交了一次历史信息才会生成master分支
有了中央仓库,我们还得把开发者都列入到这个仓库的开发群组当中去 -> 授权 -> 这样一来,每个开发者都可以用自己的github账号来操作这个仓库了
当然,也可以不这样做,让所有开发者用统一的一个账号来搞也可以,对了,为了防止不知道是谁提交的代码,我们需要让每一个客户端都在本地的Git全局配置里边,设置和该开发者的GitHub账号相同的用户名和邮箱(这里表示有疑问……难道每个开发者的电脑都绑定了leader给的账号吗?)
一个开发者就是一个单独的仓库 -> 让本地仓库和远程仓库保持关联,这样才可以实现后续的信息同步
# 创建本地仓库
git init
# 让本地仓库和远程仓库保持关联,这样才可以实现后续的信息同步
git remote add origin '远程仓库Git地址'
# 查看连接信息(origin是连接的名称,一般都用这个名字,当然,你自己可以随便设置哈!)
git remote -v
# 移除本地仓库和远程仓库的连接
git remote rm origin
# 更新连接通道
git remote update origin
对了,还有更简单的方式完成以上工作:
只要把远程仓库clone到本地,那么这就相当于是创建了一个本地仓库,而且还自动建立了连接,以及把远程仓库中的内容也同步到了本地
git clone '远程仓库地址(ssh)' '本地仓库文件夹名字(不写默认是这个远程仓库名)'
git push origin master
-> 每一次push之前最好都pull一下,毕竟如果有冲突的话,就会报错了,所以先在本地pull一下处理一下冲突,然后再pushgit pull origin master
不冲突 -> 客户端A和B,不是操作同一个文件,那么这就永远不会涉及冲突的问题 -> 假如加上老大,这个team总共6人,老大给任务,每个人完成一个独立的模块,这5个人所弄的代码不会影响其它人所写的代码……
一台电脑的本地测试 -> 本地clone两份 -> 模拟A开发者和B开发者
git push origin master
-> 表示push到远程仓库的master分支上!中央仓库 或者说是 远程仓库,给我的感觉就像是编程时,如何交互两个变量的值一样,当然,有解析赋值,并不需要第三方……不然,就得准备一个临时变量,来搞个圈圈