目录

1、远程仓库

2、操作远程仓库

3、在idea中使用Git

操作总图

4、场景分析

注意事项


1、远程仓库

1、常用的托管服务[远程仓库]:

前面我们已经知道了Git中存在两种类型的仓库,即本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢?我们可以借助互联网上提供的一些代码托管服务来实现,其中比较常用的有GitHub、码云、GitLab等。

gitHub( 地址:https://github.com/ )是一个面向开源及私有软件项目的托管平台,因为只支持Git 作为唯一的版本库格式进行托管,故名gitHub

码云(地址: https://gitee.com/ )是国内的一个代码托管平台,由于服务器在国内,所以相比于GitHub,码云速度会更快

GitLab (地址: https://about.gitlab.com/ )是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的web服务,一般用于在企业、学校等内部网络搭建git私服。

2、使用

要想使用码云的相关服务,需要注册账号(地址: https://gitee.com/signup )

git 仓库项目的 关系 git仓库类型_远程仓库

3、配置公钥

git 仓库项目的 关系 git仓库类型_远程仓库_02

一路默认回车

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_03

复制查到的内容

git 仓库项目的 关系 git仓库类型_远程仓库_04

git 仓库项目的 关系 git仓库类型_git_05

git 仓库项目的 关系 git仓库类型_远程仓库_06

验证是否成功

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_07

2、操作远程仓库

1、添加远程仓库

此操作是先初始化本地库,然后与已创建的远程库进行对接。

命令: git remote add <远端名称> <仓库路径>

远端名称,默认是origin,取决于远端服务器设置

仓库路径,从远端服务器获取此URL

2、查看远程仓库

命令:git remote

3、推送到远程仓库

命令:git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]

如果远程分支名和本地分支名称相同,则可以只写本地分支

        git push origin master

-f 表示强制覆盖

--set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。

        git push --set-upstream origin master

如果当前分支已经和远端分支关联,则可以省略分支名和远端名。

        git push 将master分支推送到已关联的远端分支。

git 仓库项目的 关系 git仓库类型_git_08

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_09

git 仓库项目的 关系 git仓库类型_远程仓库_10


4、本地分支与远程分支的关联关系

查看关联关系我们可以使用  git branch -vv 命令

git 仓库项目的 关系 git仓库类型_推送_11

5、从远程仓库克隆

如果已经有一个远端仓库,我们可以直接clone到本地。

        命令: git clone <仓库路径> [本地目录]

本地目录可以省略,会自动生成一个目录

git 仓库项目的 关系 git仓库类型_git_12

git 仓库项目的 关系 git仓库类型_远程仓库_13

git 仓库项目的 关系 git仓库类型_推送_14

git 仓库项目的 关系 git仓库类型_推送_15

6、从远程仓库中抓取和拉取

远程分支和本地的分支一样,我们可以进行merge操作,只是需要先把远端仓库里的更新都下载到本地,再进行操作。

抓取 命令:git fetch [remote name] [branch name]

        抓取指令就是将仓库里的更新都抓取到本地,不会进行合并

如果不指定远端名称和分支名,则抓取所有分支。

拉取 命令:git pull [remote name] [branch name]

        拉取指令就是将远端仓库的修改拉到本地并自动进行合并,等同于fetch+merge

如果不指定远端名称和分支名,则抓取所有并更新当前分支。

7、解决合并冲突

在一段时间,A、B用户修改了同一个文件,且修改了同一行位置的代码,此时会发生合并冲突。A用户在本地修改代码后优先推送到远程仓库,此时B用户在本地修订代码,提交到本地仓库后,也需要

推送到远程仓库,此时B用户晚于A用户,故需要先拉取远程仓库的提交,经过合并后才能推送到远端分支,如下图所示。

git 仓库项目的 关系 git仓库类型_远程仓库_16

在B用户拉取代码时,因为A、B用户同一段时间修改了同一个文件的相同位置代码,故会发生合并冲突。

远程分支也是分支,所以合并时冲突的解决方式也和解决本地分支冲突相同

3、在idea中使用Git

git 仓库项目的 关系 git仓库类型_git_17

准备一个项目

git 仓库项目的 关系 git仓库类型_远程仓库_18

git 仓库项目的 关系 git仓库类型_git_19

1、提交到本地仓库:

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_20

git 仓库项目的 关系 git仓库类型_推送_21

查看:

git 仓库项目的 关系 git仓库类型_远程仓库_22

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_23

2、推送到远程仓库

git 仓库项目的 关系 git仓库类型_推送_24

git 仓库项目的 关系 git仓库类型_远程仓库_25

git 仓库项目的 关系 git仓库类型_推送_26

git 仓库项目的 关系 git仓库类型_推送_27

git 仓库项目的 关系 git仓库类型_远程仓库_28

3、克隆

git 仓库项目的 关系 git仓库类型_推送_29

git 仓库项目的 关系 git仓库类型_git_30

git 仓库项目的 关系 git仓库类型_推送_31

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_32

4、创建分支

git 仓库项目的 关系 git仓库类型_git_33

git 仓库项目的 关系 git仓库类型_远程仓库_34

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_35

git 仓库项目的 关系 git仓库类型_推送_36

操作总图

git 仓库项目的 关系 git仓库类型_推送_37

4、场景分析

当前的开发环境如下,我们每个人都对这个项目已经开发一段时间,接下来我们要切换成团队开发模式。也就是我们由一个团队来完成这个项目实战的内容。团队有组长和若干组员组成(组长就是开发中的项目经理)。

所有操作都在idea中完成。

练习场景如下:

1、由组长,基于本项目创建本地仓库;创建远程仓库,推送项目到远程仓库。

git 仓库项目的 关系 git仓库类型_git_38

2、每一位组员从远程仓库克隆项目到idea中,这样每位同学在自己电脑上就有了一个工作副本,可以正式的开始开发了。我们模拟两个组员(组员A、组员B),克隆两个工作区。

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_39

3、组员A修改工作区,提交到本地仓库,再推送到远程仓库。组员B可以直接从远程仓库获取最新的代码。

4、组员A和组员B修改了同一个文件的同一行,提交到本地没有问题,但是推送到远程仓库时,后一个推送操作就会失败。

解决方法:需要先获取远程仓库的代码到本地仓库,编辑冲突,提交并推送代码。

git 仓库项目的 关系 git仓库类型_git 仓库项目的 关系_40

注意事项

1. 切换分支前先提交本地的修改

2. 代码及时提交,提交过了就不会丢

3. 遇到任何问题都不要删除文件目录