【Git远程操作】理解分布式管理 | 创建远程仓库

2024-07-19 1544阅读

目录

1.理解分布式管理

多人协作开发

2.创建远程仓库

2.1仓库名&路径

2.2初始化仓库&设置模板


1.理解分布式管理

目前我们学习的所有内容都是在本地来完成的。(add /commit /版本撤销回退/分支管理)

Git是一个分布式 的版本控制系统。

分支管理(益处):

  1. master分支很稳定 至 线上环境稳定(其他dev本地分支可以进行其他功能开发以及后序测试直至稳定再合并到master分支上)
  2. git可以创建多个分支☞多个人员同时开发一个项目☞多人协同开发(效率高)

多人协作开发

  •  不仅仅只是有了git的分支管理就可以实现多人协作开发。master分支和其他基于master创建的dev本地分支都是在本地仓库创建的。、
  • 每个人都在自己的电脑和服务器上开发,而不是围着一台电脑开发。

    【Git远程操作】理解分布式管理 | 创建远程仓库

    ❓每个人的电脑/服务器上 都有一个独立且完整的本地仓库。你和你的同事怎么协同开发呢?只需要你们各自将自己本地仓库修改的项目内容推送给对方即可。

    • 好处:比起上面一台电脑(安全性提高)
    • 坏处:两台电脑不在一个局域网内(相互访问不了)☞不能推送
    • 其中一个人的电脑未开机☞不能推送☞正好又坏了☞数据丢失(无安全性)

      【Git远程操作】理解分布式管理 | 创建远程仓库

       ❓git提供一个中央服务器,保持24h的开机状态。所有人进行多人协作,都是与中央服务器交互的。中央服务器有一个远程仓库。中央服务器和我们的电脑如何来交互呢?

      • 每个人的电脑/服务器都可以克隆一份中央服务器的仓库,克隆到自己的电脑上,保证自己的电脑上拥有和中央服务器一样的Git仓库。

      • 每个人在自己电脑上的仓库中提交/修改之后,将修改的内容再推送到中央服务器的仓库。

      • 如果有人想要查看修改的内容,就可以到中央服务器中拉取对应修改的数据。

        中央服务器的作用:方便多人交互(交换/修改)

        • 不怕本地在出现故障导致数据丢失,只要中央服务器还在,里面的推送的代码就还在。

        • 中央服务器仓库 叫 远程仓库(不在本地)

        • 有一群大佬,创建了一个网站(github/gitee)帮助我们 创建git仓库 代码托管的功能(起到一个中央服务器的作用)。国外github / 国内的码云gitee。

          GitHub: Let’s build from here · GitHub

          工作台 - Gitee.com

          【Git远程操作】理解分布式管理 | 创建远程仓库

          2.创建远程仓库

          在gitee网站上创建远程仓库,再克隆到本地上本地仓库❗实现本地与远程的交互❗

          【Git远程操作】理解分布式管理 | 创建远程仓库

          2.1仓库名&路径

          •  一个仓库对应一个项目系统,项目系统的名字对应就是仓库的名字。(一定围绕项目系统做什么来取名)例如:淘宝页面展示命名为taobao-homepage
          • 自动补齐 仓库路径:仓库地址 = 仓库路径 + 个人空间地址 直接使用仓库地址链接就可以访问仓库了
          • 私有&开源:创建仓库只能选择私有,当创建仓库成功之后就可以选择开源了。
          • 仓库介绍

            【Git远程操作】理解分布式管理 | 创建远程仓库

            2.2初始化仓库&设置模板

            • .gitignore模板后面讲
            • 创建的远程仓库是可以设置成员,每个成员角色都有自己的权限。

              ReadMe文件:创建好仓库之后,会自动在仓库中配置ReadMe文件。(首先看到ReadMe文件,就可以了解到这个仓库主要的详细的内容是什么)

              • 英文版:README.en.md
              • 中文版:README.en

                Issue模板文件:发现bug问题的人员与我们项目当前的成员/管理者 交流的地方。可以更改模板☞发布问题☞解决问题☞修改。

                Pull-Request模板文件:是一个合并申请单PR。

                解释:对一个项目进行开发,不是在master分支上开发的。自己创建的其他dev分支开发的。开发完了,是在master对dev分支merge操作,这个操作是非常危险的。因为不确定dev上的代码是否完全没有bug是稳定的。实际开发操作中,是不会随意让master分支去merge合并dev分支的,不被允许。而是开发者需要提一个PR(Pull Request)合并申请单。(写你为什么要合并等一些原因)申请单是给我们的仓库管理员看的,一旦管理员同意了,我们才可以将dev分支merge到master主分支中。

                【Git远程操作】理解分布式管理 | 创建远程仓库【Git远程操作】理解分布式管理 | 创建远程仓库

                【Git远程操作】理解分布式管理 | 创建远程仓库

                【ReadMe文件】

                【Git远程操作】理解分布式管理 | 创建远程仓库

                【Git远程操作】理解分布式管理 | 创建远程仓库【Issue模板文件】

                【Git远程操作】理解分布式管理 | 创建远程仓库

                【Git远程操作】理解分布式管理 | 创建远程仓库【Pull-Request模板文件】

                【Git远程操作】理解分布式管理 | 创建远程仓库

                【Git远程操作】理解分布式管理 | 创建远程仓库

VPS购买请点击我

免责声明:我们致力于保护作者版权,注重分享,被刊用文章因无法核实真实出处,未能及时与作者取得联系,或有版权异议的,请联系管理员,我们会立即处理! 部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理! 图片声明:本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库和百度,360,搜狗等多加搜索引擎自动关键词搜索配图,如有侵权的图片,请第一时间联系我们,邮箱:ciyunidc@ciyunshuju.com。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!

目录[+]