Git 『流程 | 基本命令 | 分支 | 推送与拉取』

本文介绍了Git的基本概念、安装步骤、版本管理流程,包括添加、提交、回退等操作。详细讲解了分支的创建、合并及解决冲突的方法,并阐述了远程仓库的使用,如克隆、拉取和推送。此外,还涵盖了常见的Git命令和工作中的应用实例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. Git简介

Git 是一个 分布式的版本控制工具,其应用场景如下:
在这里插入图片描述
结构如下:
在这里插入图片描述

2. 下载并安装Git

  1. 首先下载Git并安装,安装完后,右击鼠标会有:
    在这里插入图片描述

  2. 创建git仓库:进入想要的文件夹打开 cmdGit Bash Here,用以下命令将文件夹改造为git仓库

    -- 当前文件夹变为git空间
    git init
    

    在这里插入图片描述

    • 可以创建无数个git仓库,一般一个工程项目对应以一个git仓库。
  3. 在git仓库中,查看用户名和邮箱

    -- 参数l是list的缩写
    git config -l
    

    在这里插入图片描述

  4. 修改用户名和邮箱

    git config --global user.name 用户名
    git config --global user.email 邮箱
    

    git配置邮箱和用户名的作用

3. 跟踪

  • 第一次创建git仓库后,该仓库内的所有文件都是未被跟踪的。仓库内的文件 只有被提交到缓冲区,该文件才会被 跟踪,只有被跟踪,文件发生变化时才能被检查到。

    -- 文件放入缓冲区
    git add 文件名或目录  // 放入当个文件
    git add . 		    // 放入当前目录下的所有文件
    -- 删除跟踪
    git rm 文件名或目录名
    
  • 设置不跟踪哪些文件:

    1. 在仓库所在目录创建.gitignore文件
      在这里插入图片描述

    2. .gitignore文件中写不跟踪的文件名(可以用正则匹配)
      在这里插入图片描述

4. Git流程

在这里插入图片描述

  1. 修改后的文件,使用add命令提交到 缓冲区

    -- 放入缓冲区
    git add 文件名  // 添加当个文件
    git add 文件名1 文件名2 文件名3    // 添加多个文件
    git add .   					  // 放入当前目录下的所有文件
    
    -- 取消缓冲区的文件
    git reset head 缓冲区的文件或目录名
    
  2. 再使用commit命令将 缓冲区数据 提交到 本地仓库

    -- 提交
    git commit -m 此次提交顺带的评论   // 可以用单引号,也可以不用单引号
    git tag commitID别名    // 提交之后可以为刚刚提交生成的commitID取别名 
    -- 回退到之前或之后的某个版本
    git reset --hard 上次提交生成的commitID  // 通过 git log 命令查看
    

    注意:

    1. 第一次提交不能取消,第二、三…次都可以取消。
    2. 可以使用tag命令为生成的commitID取别名,因为commitID是一组hash值,不太方便直观展示其意义。
      在这里插入图片描述
    3. 每次commit生成新版本时,当前分支都会随着新版本移动
      在这里插入图片描述
  3. 将本地仓库代码提交到远程仓库
    在这里插入图片描述

5. 基本指令

5.1 查看仓库的状态

git status

5.2 查看所有版本

在这里插入图片描述

  • 当不小心删除了版本记录,可以使用git reflog去查看记录,得到之前的版本ID
    在这里插入图片描述

5.3 查看不同版本之间有哪些不同

  1. 先使用git log查看所有版本信息,复制要比较的版本ID
  2. 命令:git diff 版本ID1 版本ID2

5.4 版本回退

  1. 先使用git log查看所有版本信息,复制要进入的版本ID
  2. 命令:git reset --hard 版本ID
    在这里插入图片描述
  3. 要回退到上一次的commit,你可以使用git reset命令。有两种主要的方式:
    1. 使用 --soft 选项,这将保留你的更改(在工作目录和暂存区)并允许你再次提交它们:

      git reset --soft HEAD~1
      
    2. 使用 --hard 选项,这会丢弃所有更改,让你的工作目录与上一个commit完全一致:

      git reset --hard HEAD~1
      

      注意:使用–hard选项时要谨慎,因为这会永久地丢弃你的更改。如果你不确定,最好先使用–soft选项。

6. 分支

在这里插入图片描述

6.1 分支相关命令

  1. 查看所有分支

    git branch      // 只显示本地仓库的分支
    git branch -a   // 显示本地仓库的分支、以及远程仓库的分支
    git branch -a -v  // 显示本地仓库的分支、以及远程仓库的分支;以及对应的commitID、commit评论
    git branch -a -vv // 显示本地仓库的分支、以及远程仓库的分支;以及对应的commitID、本地分支与远程的哪个分支绑定、commit评论
    

    在这里插入图片描述

    1. 这个命令只是用来查看有哪些分支,对于哪些分支分别提交了几次,还是要使用上面的git log --all --pretty=onelone --abbrev-commit --graph
      在这里插入图片描述
      在 Git 中 HEAD 表示 当前分支
    2. 所有的分支会共享同一套代码,用户无论切到哪一个分支,看到的代码都是同一套。但是在不同分支做的代码修改,commit提交到本地仓库时只会在当前分支起作用。
      在这里插入图片描述
  2. 创建分支

    -- 1. 创建git仓库时,会自动创建一个名为 master 的分支
    -- 2. 若在master 分支的基础上还想创建新分支,使用 branch 命令
    git branch 分支名
    
  3. 删除分支

    git branch -d 分支名
    git branch -D 分支名 // 大D是强制删除分支。比如:一个分支发生了修改,但是还未合并到其它分支,此时使用小d删除该分支会失败。
    
  4. 切换分支

    git checkout 分支名  // 若分支名不存在,则切换失败
    git checkout -b 分支名  // 若分支名不存在,则创建该分支,并切换到该分支
    
  5. 分支合并

    1. 使用 merge:将两条分支的末尾连接起来,本质是将两个节点合并
      // 将分支2合并到分支1上
      -- 1. 首先切换到一个被合并的分支1上
      git branch 分支1
      -- 2. 再将分支2合并到分支1上
      git merge 分支2
      
      在这里插入图片描述
    2. 使用 rebase:将两条分支合并为一条分支 【git rebase详解(图解+最简单示例,一次就懂)】
      // 将分支2合并到分支1上
      -- 1. 首先切换到一个被合并的分支1上
      git branch 分支1
      -- 2. 再将分支2合并到分支1上
      git rebase 分支2
      
      在这里插入图片描述
    • 两者对比:
      在这里插入图片描述
    • 应用场景对比:
      1. 当新功能要合并到master,但是后续可能会修改,此时用 merge
      2. 当新功能要合并到master,且以成熟后续不会再更改,此时用 rebase
  6. 分支合并时引发冲突:因为分支之间是独立的,所以可能两个分支同时修改了某一行,此时将两者合并时,git就不知道该行该设置为什么值。解决方法如下

    1. 将一个分支合并到另一个分支上,没有提示冲突就说明没有冲突;如果提示了以下信息就说明发生了冲突:
      在这里插入图片描述
    2. 打开冲突文件,使用=====定位到发生冲突的行
      在这里插入图片描述
    3. 想修改为多少,就写多少,将其余代码删除
      在这里插入图片描述
    4. 将修改后的冲突文件提交到缓冲区:git add file01.txt
    5. 再生成新版本:git commit -m 'new'

6.2 开发中分支使用原则

在这里插入图片描述

视频连接:https://www.bilibili.com/video/BV1MU4y1Y7h5/?p=11&spm_id_from=pageDriver&vd_source=5534adbd427e3b01c725714cd93961af

7. 远程仓库 <—> 本地仓库

(1) 设置密钥

  1. 本地电脑生成密钥

    ssh-keygen -t rsa
    

    然后一路回车

  2. 复制密钥

    cat ~/.ssh/id_rsa.pub 
    

    然后复制密钥

  3. 将密钥粘贴在GitHub、Git、等远程仓库的ssh配置中
    在这里插入图片描述

(2) 远程仓库 --> 本地仓库

场景一:拉取整个项目
  1. 从远程仓库复制URL地址
    在这里插入图片描述
  2. 进入到待保存数据的文件夹,使用clone命令拉取项目
    在这里插入图片描述
场景二:只将远程仓库更新的分支抓取到本地

(3) 本地仓库—>远程仓库

  1. 从远程仓库复制URL地址
    在这里插入图片描述

  2. 与远程仓库建立连接
    在这里插入图片描述

  3. 查看远程仓库是否连接成功
    在这里插入图片描述

  4. 把本地仓库项目推给远程仓库

    1. 直接提交此次项目:
      在这里插入图片描述

      • 参数:① -f表示强制覆盖,当本地仓库和远程仓库都修改了同一行时就会冲突。(一般情况下是不会冲突,所以可以不使用该参数)
           ② --set-upstream表示将该命令中的本地分支名和远端分支名自动绑定。这样后续再推送时,就很方便。
        1. 例子:
          在这里插入图片描述
          因为已经绑定了,所以直接push,不用再指定一些参数
          在这里插入图片描述
        2. 查看已经绑定的分支:
             git branch -vv
          
          在这里插入图片描述
      • 注意:若远程分支名 和 本地分支名相同,则可以只写一个。比如:
        git push origin master:master
        // 可以简写为:
        git push origin master
        
    2. 用此次项目替代上一次的项目,即commitID还是上次的,但是项目是此次的:
      在这里插入图片描述

常见问题:版本冲突

在这里插入图片描述
解决方法:就和之前解决分支冲突的方法一样。(远程拉取的分支也是分支,所以解决方法一样)

8. 指令大全

在这里插入图片描述

9. 经典问题

  • 问题:从远程仓库拉取项目之后,使用git branch查看分支,没有一个分支,连master分支都没有。解决方法:
  • 解决方法:将拉去到的项目再提交,并与远程仓库建立连接,然后从远程仓库fetch数据
    在这里插入图片描述

10. 例子:工作中指令使用

  1. 开发新需求:
    在这里插入图片描述

  2. 常用代码

// 1. 查看状态
git status

// 2. 添加文件
git add 文件1 文件2 文件3

// 3. 从远程仓库拉取数据
git pull  // git pull <远程主机名> <远程分支名>:<本地分支名>

// 4. 提交到本地仓库
git commit -m "icafe编号 需求标题"

// 5. 提交到远程仓库
git push origin HEAD:refs/for/master // git push <远程主机名> <本地分支名>:<远程分支名>
### 如何在IDE中通过Git代码 #### 使用 VSCode 代码 在 Visual Studio Code 中,可以通过以下方式完成从远程 Git 仓库代码的操作。首先需要启动 VSCode 软件并创建一个新的窗口(`File => New Window`)。随后,在新窗口内打开集成终端功能(`Terminal => New Terminal` 或者按下快捷键 `Ctrl + ``)[^1]。 接着可以在该终端输入相应的 Git 命令以实现仓库的克隆操作。例如,如果要从 GitHub 上的一个公开仓库获源码,则可以运行如下命令: ```bash git clone https://github.com/username/repository.git ``` 当成功下载整个项目到本地后,还需要将其加载至编辑器环境之中以便进一步开发工作。“File”菜单下的“Open Folder...”选项可以帮助我们指定刚刚生成的工作区路径作为当前活动区域的一部分。 #### IntelliJ IDEA 的方法概述 对于另一种流行的 IDE —— JetBrains 出品的 IntelliJ IDEA 来说, 用户也可以很方便地借助内置工具支持来管理自己的版本控制系统 (VCS),比如这里提到的就是关于如何利用它来进行基于 Git 协议下项目的初始导入过程描述: 进入应用程序主界面以后按照提示顺序点击导航栏上的 “File -> New -> Project from Version Control”,这一步骤将会引导开发者填写目标存储库 URL 地址以及定义好未来存放副本的具体位置等必要参数配置项[^2]。 #### 针对性能优化建议 然而有时候即使遵循上述标准流程也可能遇到一些意想不到的情况发生,比如说某些特定场景下面临着网络延迟较大从而造成整体效率低下等问题存在。对此有经验人士分享了一种可能有效的解决办法就是针对 Windows 平台上的 Idea 实例作出适当调整——具体做法涉及到了更改软件安装包内部结构中的两个可执行文件名称(`runnerw.exe`, `runnerw64.exe`)使之无法正常运作进而绕过潜在瓶颈环节达到加速效果[^3]。 尽管这种方法听起来简单粗暴但却不失为一种值得尝试的技术手段之一;当然前提是使用者清楚明白自己正在做什么并且能够承担相应风险后果!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ElegantCodingWH

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值