1.5Git分布式版本控制工具

已于 2023-07-30 01:45:43 修改
阅读量667 收藏 1
点赞数
分类专栏： 零基础入门到就业--JAVA篇 文章标签： git
于 2021-11-05 20:00:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/whatfuswd/article/details/121142542
版权
本文详细介绍了Git的工作流程、Gitee的远程仓库功能、码云的协同模式以及Git的安装与常用命令。通过实例展示了如何创建、配置和管理Git仓库，以及如何在Idea中集成和使用Git。内容涵盖从本地仓库的创建、远程仓库的克隆到分支管理、冲突解决等一系列Git操作，旨在帮助开发者熟练掌握Git和Gitee的使用。
摘要由CSDN通过智能技术生成

文章目录

1.概述

1.1 开发中的实际场景

**场景一：**备份
小明负责的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲！几个月 来的努力付之东流

**场景二：**代码还原
这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的 代码已经回不到从前了。什么地方能买到哆啦A梦的时光机啊？

**场景三：**协同开发
小刚和小强先后从文件服务器上下载了同一个文件：Analysis.java。小刚在Analysis.java 文件中的第30行声明了一个方法，叫count()，先保存到了文件服务器上；小强在Analysis.java文件中的 第50行声明了一个方法，叫sum()，也随后保存到了文件服务器上，于是，count()方法就只存在于小刚的记 忆中了

**场景四：**追溯问题代码的编写人和编写时间！
老王是另一位项目经理，每次因为项目进度挨骂之后，他都不知道该扣哪个程序员的工资！就拿这 次来说吧，有个Bug调试了30多个小时才知道是因为相关属性没有在应用初始化时赋值！可是二胖、王东、刘 流和正经牛都不承认是自己干的！

1.2 版本控制器的方式

1. 集中式版本控制工具

集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代 码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。 举例：SVN和CVS

2. 分布式版本控制工具

分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无 需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的 修改了。

举例：Git

1.3 SVN

在这里插入图片描述

1.4 Git

Git是分布式的,Git不需要有中心服务器，我们每台电脑拥有的东西都是一样的。我们使用Git并且有个 中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的PC是一样的。我们可以 把它当做一个开发者的pc就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不 过“交换”修改不方便而已。
git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众 多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002 年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代 码。
到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订 了若干目标：

  1. 速度
  2. 简单的设计
  3. 对非线性开发模式的强力支持（允许成千上万个并行开发的分支）
  4. 完全分布式
  5. 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

在这里插入图片描述

1.5 Git工作流程图

在这里插入图片描述

命令如下：

  1. clone（克隆）: 从远程仓库中克隆代码到本地仓库
  2. checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订
  3. add（添加）: 在提交前先将代码提交到暂存区
  4. commit（提交）: 提交到本地仓库。本地仓库中保存修改的各个历史版本
  5. fetch (抓取) ： 从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。
  6. pull (拉取) ： 从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于
    fetch+merge
  7. push（推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

2.Gitee远程仓库

2.1 常用的托管服务[远程仓库]

前面我们已经知道了Git中存在两种类型的仓库，即本地仓库和远程仓库。那么我们如何搭建Git远程仓库 呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。
gitHub（ 地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持 Git 作为唯一的版本库格式进行托管，故名gitHub 。
码云（地址： https://gitee.com/ ）是现在国内最大的代码托管平台，提供基于Git的代码托管服务，是一个为开发者提供稳定、高效、安全的云端软件开发协作平台，由于服务器在国内，所以相比于 GitHub，码云速度会更快 。
GitLab （地址： https://about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作 为代码管理工具，并在此基础上搭建起来的web服务,一般用于在企业、学校等内部网络搭建git私服。
码云。

2.2 Gitee的功能

除了Git代码托管这个功能，码云还提供代码在线查看、历史版本查看、打包下载任意版本、保护分支、代码质量检测、PaaS 项目演示等功能。

gitee的部分功能特性：

1. 基于 Git 的代码托管平台。
2. 同时支持 Git 和 SVN 。
3. 支持多语言。
4. 免费 使用，包括私有仓库。
5. 仓库自动备份。
6. 可以进行项目点评。
7. 可以进行代码质量分析。
8. 项目可以一键部署到演示平台。
9. 多语言 README 自动渲染。

Gitee的免费版本也提供了私有库功能，只是有成员人数上限 （5人）。

2.3 码云的模式

一个开源项目，开源分为两个群体：核心开发团队、贡献者。核心开发团队，拥有对代码修改的最终决定权；贡献者，能查看源代码但不能对版本库提交修改。

2.3.1 集中式版本控制系统

使用集中式版本控制系统（如SVN）：

1. 贡献者不能直接向版本库提交修改的代码。
2. 而核心开发团队，对于涉及到版本库的操作（查看日志、创建分支等）都需要在连网的情况下进行，受网络带宽的影	
	响比较大。

2.3.2 分布式版本控制系统

使用分布式版本控制系统（如Git）：

1. 每个开发者本地都拥有一份完整的版本库。

2. Git不排斥集中式模式，但更倾向于将集中式版本库称为共享版本库。

3. 核心开发团队与共享版本库之间不需要一直保持连接状态（如查看日志、提交、创建分支等），几乎全部操作都（脱
离网络）能在本地版本库中完成。

4. 核心开发团队和贡献者（非项目成员）都可以从共享版本库克隆一份本地版本库，但 只有 核心开发团队成员才可以将
自己的本地版本库推送到共享版本库上。

贡献者（非项目成员）提交自己对项目修改的两种方式：

1. 用 git format-patch 命令将本地仓库提交转换为补丁文件或补丁文件序列，再通过 邮件 发送给核心开发团队。
2. 搭建 一个自己的 共享版本库 ，通过 邮件 创建一个拉拽请求（Pull Request），让核心开发团队成员到自己的版本库
	来抓取（Pull）。

2.3.3 码云的协同模式

创建者只需在码云上点击创建版本库，再完成授权和核心开发团队的组建，项目就创建完成了。

贡献者参与项目：

1. 找到想参与的项目，在自己的托管空间下创建一个派生（Fork）的项目（对派生项目的版本库拥有读写的完全权
限）。
2. 当贡献者完成开发，并向自己派生的版本库推送后，通过码云向项目的核心开发团队发送一个 Pull Request，请求审
核。
3.核心开发团队收到 Pull Request 后审核代码，审核通过后，执行合并操作接纳贡献者的提交。

如图所示：

请添加图片描述

3.Git安装与常用命令

3.1 Git环境配置

3.1.1 下载与安装

下载地址： https://git-scm.com/download
在这里插入图片描述
下载完成后可以得到如下安装文件：
在这里插入图片描述

双击下载的安装文件来安装Git。安装完成后在电脑桌面（也可以是其他目录）点击右键，如果能够看
到如下两个菜单则说明Git安装成功。

在这里插入图片描述

备注：
Git GUI：Git提供的图形界面工具
Git Bash：Git提供的命令行工具

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用
该用户信息，要想使用码云的相关服务，需要注册账号（地址：https://gitee.com/signup）。

3.1.2 使用概念

  1. 远程仓库: 是一个网站,用来存你上传的代码,国内用Gitee码云,国外用GitHub
  2. 本地仓库: 是你自己创建的一个文件夹路径,用来存你即将上传的代码(参考E:\workspace\gitee)
  3. 上传资源
    add: 把即将上传的代码从工作空间到本地索引
    commit: 把即将上传的代码从本地索引到本地仓库
    push: 把即将上传的代码从本地仓库到远程仓库
  4. 下载资源
    clone/pull: 把代码从远程仓库下载到自己电脑里
  5. 以后工作中: 每天下班前,需上传资源. 每天上班时,下载资源.
  6. 使用Git的前提: 安装Git的软件, 在码云上注册账号

3.1.3 创建本地仓库

要使用Git对我们的代码进行版本控制，首先需要获得本地仓库

  1. 在电脑的任意位置创建一个空目录（例如E:\workspace\gitee）作为我们的本地Git仓库
  2. 进入这个目录中，点击右键打开Git bash窗口
  3. 执行命令git init
  4. 如果创建成功后可在文件夹下看到隐藏的.git目录
    在这里插入图片描述

3.1.4 创建远程仓库

在这里插入图片描述
仓库创建完成后可以看到仓库地址，如下图所示:
在这里插入图片描述

3.1.5 配置免密访问

配置免密访问 Gitee.com 。为了能够向刚创建的仓库提交代码，需要配置加密的密匙到 Gitee.com ，在实现通信加密的同时，不需要用户每次都验证账号输入密码。

在 Cmder 输入以下命令（命令中有双引号的，在双引号中输入邮箱），接着不用输入， 一路敲击回车 就可以了

ssh-keygen -t rsa -C "注册Gitee.com的邮箱地址"

大概会确认3次，一直回车确认即可；

接着会在你的 C:\Users\你的计算机名.ssh 下生成俩个文件
在这里插入图片描述
网页打开gitee官网，登录账号后，进入设置
在这里插入图片描述
找到SSH公匙设置位置：
在这里插入图片描述
用编辑器(记事本是最简单的编辑器）将本地文件 id_rsa.pub 打开复制其内容，也可以进入bash界面在git控制台写入下面这句命令，在桌面鼠标右键就会看见Git Bash和Git GUI，打开Git Bash：

cat ~/.ssh/id_rsa.pub

在这里插入图片描述
然后将打码的内容复制，粘贴到gitee页面公钥栏里：
在这里插入图片描述
标题自己取一个名字即可，点击确认就可以了。

3.1.6 基本配置

  1. 打开Git Bash
  2. 设置用户信息
    • git config --global user.name “cgblpx” //设置用户名
    • git config --global user.email “xxxxxxxxxxxxx@qq.com” //设置用户邮箱
  3. 查看配置信息
    • git config --global user.name
    • git config --global user.email
  4. 创建本地仓库
    • mkdir cgb210801 //创建目录
    • cd cgb210801 //进入目录
    • git init //使用git init初始化当前仓库
    • 在本地仓库中,创建文件1.txt
    • git add . //将文件添加到本地仓库的提交缓存
    • git commit -m “first commit” //git提交-m“首次提交(此处输入提交时想要备注的内容，我们输入first commit表示这是首次提交)”
    • git remote add origin https://gitee.com/cgblpx/cgb210801.git //远程添加源
    • git push -u origin master
      第一次上传的话,输入Gitee注册时的账号和密码就行了

3.1.7 检查是否成功

请添加图片描述

3.1.8 查看上传的数据

打开Gitee网站,多刷新几次,就看到上传的内容了

3.1.10 查询远程仓库

在这里插入图片描述

3.1.11 本地分支与远程分支的关联关系

查看关联关系我们可以使用：

  • gitbranch-vv命令

在这里插入图片描述

3.1.12 从远程仓库克隆

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

  • 命令: git clone <仓库路径> [本地目录]
  • 本地目录可以省略，会自动生成一个目录
    在这里插入图片描述

3.1.13 从远程仓库中抓取和拉取

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

  • 抓取命令：git fetch [remote name] [branch name]
  • 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
  • 如果不指定远端名称和分支名，则抓取所有分支。
  • 拉取命令：git pull [remote name] [branch name]
  • 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
  • 如果不指定远端名称和分支名，则抓取所有并更新当前分支。

  1. 在test01这个本地仓库进行一次提交并推送到远程仓库
    在这里插入图片描述

  2. 在另一个仓库将远程提交的代码拉取到本地仓库

在这里插入图片描述

3.1.14 解决合并冲突

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示。

在这里插入图片描述
在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲
突。
远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同相同。

3.1.15 为常用指令配置别名（可选）

有些常用的指令参数非常多，每次都要输入好多参数，我们可以使用别名。

  1. 打开用户目录，创建 .bashrc 文件
    部分windows系统不允许用户创建点号开头的文件，可以打开gitBash,执行 touch ~/.bashrc
    在这里插入图片描述

  2. 在 .bashrc 文件中输入如下内容：

#用于输出git提交日志 
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit' 
#用于输出当前目录所有文件及基本信息 
alias ll='ls -al'
  1. 打开gitBash，执行 source ~/.bashrc
    在这里插入图片描述

3.1.16 解决GitBash乱码问题

  1. 打开GitBash执行下面命令
git config --global core.quotepath false
  1. ${git_home}/etc/bash.bashrc 文件最后加入下面两行
export LANG="zh_CN.UTF-8" 
export LC_ALL="zh_CN.UTF-8"

3.2 Gitee常用命令

3.2 .1 配置用户信息

配置 个人用户名 和 邮箱地址 ，每次 Git 提交时都会引用这两条信息，这两条信息会随更新内容一起写入历史记录，命令如下

git config --global user.name "用户名"
git config --global user.email "注册Gitee的邮箱"

如果使用 --global 选项，更改的配置文件就位于用户主目录下，以后 所有仓库 都会默认使用这里配置的用户信息（如果要在某个特定的仓库中使用其他名字或者邮箱，只要去掉 --global 选项重新配置即可，新的设置保存在当前仓库的 .git/config 文件里。）。

3.2.2 文本编辑器配置

Git 需要输入一些额外信息的时，会自动调用系统默认的文本编辑器，如 Vi 或 Vim 。

如果需要自定义，输入以下命令（以 Emacd 为例）

git config --global core.editor emacs

3.2.3 差异分析工具配置

这个命令是在解决合并冲突时，使用哪个差异分析工具。

输入以下命令（以改用 vimdiff 为例）

git config --global merge.tool vimdiff

另外，Git 可以理解为 kdiff3，tkdiff，meld，xxdiff，emerge，vimdiff 等合并工具的输出信息（可以自定义指定的开发工具）。

3.2.4 查看配置信息

检查已有的配置信息

git config --list

有时候会看到一样的变量名，则说明它们来自不同的配置文件（如 /etc/gitconfig 和 ~/.gitconfig ），Git 实际采用最后一个。

查阅某个环境变量的设定（把特定的名字跟在后面即可）

git config user.name

3.3 基础操作指令

Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态，这些修改的状态会随着我们执行Git
的命令而发生变化。
在这里插入图片描述

本章节主要讲解如何使用命令来控制这些状态之间的转换：

  1. git add (工作区 --> 暂存区)
  2. git commit (暂存区 --> 本地仓库)

3.3.1 查看修改的状态（status）

作用：查看的修改的状态（暂存区、工作区）
命令形式：git status

3.3.2 添加工作区到暂存区(add)

作用：添加工作区一个或多个文件的修改到暂存区
命令形式：git add 单个文件名|通配符
将所有修改加入暂存区：git add .

3.3.3 提交暂存区到本地仓库(commit)

作用：提交暂存区内容到本地仓库的当前分支
命令形式：git commit -m ‘注释内容’

3.3.4 查看提交日志(log)

在3.1.15中配置的别名 git-log 就包含了这些参数，所以后续可以直接使用指令 git-log
作用:查看提交记录
命令形式：git log [option]
options

  • all 显示所有分支
  • pretty=oneline 将提交信息显示为一行
  • abbrev-commit 使得输出的commitId更简短
  • graph 以图的形式显示

3.3.5、版本回退

作用：版本切换
命令形式：git reset --hard commitID
commitID 可以使用 git-log 或 git log 指令查看
如何查看已经删除的记录？
git reflog
这个指令可以看到已经删除的提交记录

常用的Git命令回滚分以下情况：

3.3.5.1 未提交
  1. 已经在工作区修改了文件，但是还未执行git add提交到暂存区
  2. 已经执行了git add提交到了暂存区，但还未执行git commit提交到本地仓库
    这个时候回退使用
git reset --hard

这样等于清空了暂存区和工作区，本地仓库回退到了最新的提交状态。

3.3.5.2 已提交未推送

这种情况是已经执行了git add 提交到暂存区，又执行了 git commit 提交到了本地仓库，但是还未执行 git push 推送到远程仓库

  1. 上个版本回退
git reset --hard HEAD^
  1. 多个版本回退
git reset --hard HEAD~N

N代表数字，要回退的次数

  1. 指定版本回退
git reset --hard <commit_id>

commit_id代表版本号

  1. 直接回退到远程最新版本
git reset --hard origin/master
3.3.5.3 已推送

这种情况是指已经执行了git add 提交到暂存区，又执行了 git commit 提交到了本地仓库，还执行了 git push 推送到远程仓库

参考上面的方法，先强制回退到本地仓库到上N个版本，再强行推送到远程仓库，示例：

git reset --hard HEAD^
git push -f

3.3.6 添加文件至忽略列表

一般我们总会有些文件无需纳入Git 的管理，也不希望它们总出现在未跟踪文件列表。 通常都是些自动
生成的文件，比如日志文件，或者编译过程中创建的临时文件等。 在这种情况下，我们可以在工作目录
中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。下面是一个示例：

# no .a files 
*.a 
# but do track lib.a, even though you're ignoring .a files above 
!lib.a 
# only ignore the TODO file in the current directory, not subdir/TODO 
/TODO 
# ignore all files in the build/ directory 
build/ 
# ignore doc/notes.txt, but not doc/server/arch.txt 
doc/*.txt 
# ignore all .pdf files in the doc/ directory 
doc/**/*.pdf

3.4 分支

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离
开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

3.4.1 查看本地分支

命令：git branch

3.4.2 创建本地分支

命令：git branch 分支名

3.4.4 切换分支(checkout)

命令：git checkout 分支名
我们还可以直接切换到一个不存在的分支（创建并切换）
命令：git checkout -b 分支名

3.4.5 合并分支(merge)

一个分支上的提交可以合并到另一个分支
命令：git merge 分支名称

3.4.6 删除分支

不能删除当前分支，只能删除其他分支
git branch -d b1 删除分支时，需要做各种检查
git branch -D b1 不做任何检查，强制删除

3.4.7 解决冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解
决冲突，解决冲突步骤如下：

  1. 处理文件中冲突的地方
  2. 将解决完冲突的文件加入暂存区(add)
  3. 提交到仓库(commit)
    冲突部分的内容处理如下所示：
    在这里插入图片描述

3.4.8 开发中分支使用原则与流程

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离
开来进行重大的Bug修改、开发新的功能，以免影响开发主线。
在开发中，一般有如下分支使用原则与流程：

  • master （生产） 分支
    线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；
  • develop（开发）分支
    是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线
    要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支,准备上线。
  • feature/xxxx分支
    从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完
    成后合并到develop分支。
  • hotfix/xxxx分支，
    从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、
  • develop分支。
    还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等
    等。
    在这里插入图片描述

4.在Idea中使用Git

4.1 在Idea中配置Git

在file->setting->Version Control 选择git,如果安装好可以选择Auto-detected并Test检查和查看版本,如果没有此选择目录到安装目录
在这里插入图片描述

4.2 在Idea中使用Git

场景：本地已经有一个项目，但是并不是git项目，我们需要将这个放到码云的仓库里，和其他开发人员继续一起协作开发。

4.2.1 配置gitee

在这里插入图片描述

4.2.2 安装插件

在setting中找到Plugins,搜索gitee插件,install后重启软件,下载安装插件
在这里插入图片描述点击create api token填写好账号和密码,获取token,即可测试成功和连接

4.3 配置仓库

4.3.1 初始化本地仓库

在这里插入图片描述

4.3.2 设置远程仓库

在这里插入图片描述

4.3.3 托管项目到码云

  1. 点击导航栏 VCS -> Import into Version Control -> 托管项目到码云
    在这里插入图片描述
  2. 输入码云帐号密码
    在这里插入图片描述

4.3.4 分享到gitee网页

在这里插入图片描述
然后设置仓库信息及备注信息即可上传！

4.4 更新项目

4.4.1 上传更新项目

我们在上传后代码改动他会显示蓝色，代表可以更新上传，创建新的文件事，他会提示你要不要加入仓库，根据你的需要，如果你需要上传的话就添加，如果不需要就不添加，要更新的时候，使用Ctrl+K：
在这里插入图片描述

在这里插入图片描述

4.4.2 更新项目设置

在这里插入图片描述
点击commit and push会在更新本地的时候上传gitee更新项目：
在这里插入图片描述
点击上传

4.5 克隆远程仓库到本地

在这里插入图片描述

4.6 创建分支

4.6.1 最常规的方式

在这里插入图片描述

4.6.2 最强大的的方式

在这里插入图片描述

4.6.3 切换分支及其他分支相关操作

在这里插入图片描述

4.7 解决冲突

  1. 执行merge或pull操作时，可能发生冲突
    在这里插入图片描述

  2. 冲突解决后加入暂存区

  3. 提交到本地仓库

  4. 推送到远程仓库

4.8 IDEA常用GIT操作入口

  1. 第一张图上的快捷入口可以基本满足开发的需求。
    在这里插入图片描述

  2. 第二张图是更多在IDEA操作git的入口。
    在这里插入图片描述

蟑螂恶霸不是恶霸
关注
专栏目录
Git（分布式版本管理工具）
weixin_44863459的博客
06-02 749
Git（分布式版本管理工具）1. Git 概述1.1 什么是版本控制？1.2 版本控制工具都有哪些1.2.1 集中式版本控制工具1.2.2 分布式版本控制工具1.3 Git 简史1.4 Git工作机制1.5 Git 和代码托管中心2. Git 安装2.1 启动Git3. Git 常用命令3.1 设置用户签名3.2 初始化本地库3.3 查看本地库状态3.4 添加到暂存区3.4.1 将工作区的文件添加到暂存区3.4.2 查看本地库状态3.5 提交到本地仓库3.5.1 将暂存区的文件提交到本地库3.5.2 查
版本控制工具Git从零到精通
奈何的人生
07-07 1833
万字长文，手把手教学，教你玩转版本控制Git！
分布式版本控制工具Git
m0_54355172的博客
12-02 986
GIT基础操作
Git分布式版本控制工具
最新发布
qq_74765452的博客
03-13 426
本文主要目的为了了解Git基本概念、能够概述Git工作流程、能够使用Git常用命令、熟悉Git代码托管服务整理的笔记可供大家参考。场景一：备份场景二：代码还原场景三：协同开发场景四：追溯问题代码的编写人和编写时间。
Git常用命令
smywy的博客
07-23 810
如果当前本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库拉取文件的时候会报错（fatalrefusingtomergeunrelatedhistories）注意上面的用户名和密码对应的就是我们在码云上注册的用户名和密码，认证通过后会将用户名和密码保存到windows系统中（如下图），后续再推送则无需重复输入用户名和密码。通过标签，可以很方便的切换到标记时的状态。为了更好的学习Git，我们需要了解Git相关的一些概念，这些概念在后面的学习中会经常提到。...
BuriTreinamentoGit:GIT 版本控制局的存储库
06-10
Git作为最流行的分布式版本控制系统，是很多开发团队的首选。"BuriTreinamentoGit:GIT 版本控制局的存储库"是一个关于Git培训的资源，可能是某个课程或者教程的代码仓库，它包含了与Git相关的一系列实践操作和学习...
Git正解 脱水版 【5. 分布式Git】
osoon的专栏
01-11 658
5.1 分布式工作流程 Git的分布式特性，可使协作开发更加灵活，在中心式版本控制系统（CVCS）中，每个用户可视为连接到中心hub的一个节点，而在Git中，每个用户既是节点又是hub，用户既可以向远程仓库推送数据，也可维护同一个远程仓库，由此产生了多种的工作流程，当然各有优缺点，而用户可单独选用，也可以混合使用。 中心式工作流 在CVCS中，只有一种协作模式，即中心式工作流，只有中心hub（或...
流程管理-发布流程 git版本管理机制 ppt培训
12-19
Git 是一种分布式版本控制系统，广泛应用于软件开发中，通过记录每次变更，使得项目的历史版本得以保存，同时也方便团队协作。在"流程管理-发布流程 Git版本管理机制 ppt培训"中，Git 被用于整个发布流程，包括版本...
git官方版，稳定版本
02-17
git官方版，稳定版本
Git-分布式版本控制工具
qq_46680783的博客
05-03 281
Git 一、Git与SVN的主要区别？ SVN 是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。 Git 是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本库都在自己电脑上，可以快速高效地处理从小型到大型的各种项目。协同的方法是这样的：比如说自己在电脑上改了文件
【Git】Git分布式版本控制工具
ketemstion的博客
11-05 420
Git
Git分布式版本控制工具（一小时学会，快熟入门，随用随查）
快乐的小龚
07-17 1009
Git分布式版本控制工具（一小时学会，快熟入门，随用随查）
Git 分布式版本控制工具
qq_46457076的博客
02-07 161
关于 Git 的相关操作！
Git（分布式版本控制工具）
热门推荐
a18307096730的博客
05-05 1万+
Git（分布式版本控制工具） Git的学习是不依赖我们前面学习的知识，就算没有学习java也可以学习 Git就是一个类似于百度云盘的仓库 重点是要掌握使用idea操作Git，企业用的最多，一般不会去使用命令 Git通过不断阶段保存文件来实现版本控制，比如备份，版本还原等等 每修改一次就认为是一个版本，这个版本是谁写的，我们加上版本号 git记录了开发的全过程，谁在什么时间做了什么事情都可以看得很清楚 1.目标 了解Git基本概念 能够概述git工作流程 能够使用Git常用命令 熟悉Git代码
Git分布式版本控制工具详细使用步骤
兮赫的博客
04-19 432
文章目录1. Git介绍1.1 Git历史1.2 Git与Svn对比1.2.1 Git1.2.2 Svn1.3 Git工作流程2. Git安装2.1 软件下载2.1.1 Git下载2.1.2 TortoiseGit下载2.1.3 中文语言包下载2.2 软件安装2.2.1 安装Git2.2.2 安装TortoiseGit2.2.3 安装中文语言包3. 使用Git管理文件版本3.1 创建版本库3.1....
ProGit2中文版：详解Git分布式版本控制与实战教程
该书从版本控制的基础知识开始，逐步引导读者掌握Git这款强大的分布式版本控制系统。以下是部分内容概要： 1. **入门与理解**： - 第一部分介绍了Git的基本概念，包括Git的历史背景和发展，让读者对Git有全面的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值