泪伤荡的编程指南 泪伤荡的编程指南
首页
  • 基础篇
  • 集合篇
  • 并发篇
  • JVM篇
  • 新特性
  • 进阶篇
  • 网络
  • 操作系统
  • 数据结构与算法
  • 硬件
  • 基础篇
  • MySql
  • Oracle
  • PostgreSQL
  • 达梦
  • Redis
  • Mongodb
  • Hive
  • 数据库比较
  • Spring
  • SpringMvc
  • SpringBoot
  • Hibernate
  • iBatis
  • Mybatis
  • Mybatis-plus
  • Mybatis-plus-join
  • 各个框架对比
  • UML画图
  • 设计须知
  • 开发流程
  • 开发理论
  • 架构体系
  • 设计模式
  • 开源知识
  • 分布式解决方案
  • SpringCloud
  • API网关
  • 注册中心
  • 配置中心
  • 服务调用
  • 分布式事务
  • 消息队列
  • 调度作业
  • 链路追踪
  • 服务保障
  • 搜索引擎Elk
  • 安全框架
  • 监控体系
  • 部署容器
  • Netty
  • Tomcat
  • Nginx
  • 图片云存储
  • 云存储
  • 虚拟机Linux
  • 项目部署
  • 容器部署
  • 开发工具篇
  • 工具库篇
  • 开发技巧篇
  • 工具类系列
  • Bug记录仓库
  • 随笔
  • HTML与CSS
  • JS学习
  • Vue3入门
  • Vue3进阶
  • 黑马Vue3
  • 视频网站
  • 音乐网站
  • 商城网站
  • 论坛网站
  • scrm项目
  • Yudao-cloud
  • RuoYi-Vu-cloud
  • 博客搭建
  • 网站收藏箱
  • 断墨寻径摘录
  • 费曼学习法
  • Java术语
  • 命名英语
  • 业务英语
  • 表字段英语
  • 包名英语
Github (opens new window)
首页
  • 基础篇
  • 集合篇
  • 并发篇
  • JVM篇
  • 新特性
  • 进阶篇
  • 网络
  • 操作系统
  • 数据结构与算法
  • 硬件
  • 基础篇
  • MySql
  • Oracle
  • PostgreSQL
  • 达梦
  • Redis
  • Mongodb
  • Hive
  • 数据库比较
  • Spring
  • SpringMvc
  • SpringBoot
  • Hibernate
  • iBatis
  • Mybatis
  • Mybatis-plus
  • Mybatis-plus-join
  • 各个框架对比
  • UML画图
  • 设计须知
  • 开发流程
  • 开发理论
  • 架构体系
  • 设计模式
  • 开源知识
  • 分布式解决方案
  • SpringCloud
  • API网关
  • 注册中心
  • 配置中心
  • 服务调用
  • 分布式事务
  • 消息队列
  • 调度作业
  • 链路追踪
  • 服务保障
  • 搜索引擎Elk
  • 安全框架
  • 监控体系
  • 部署容器
  • Netty
  • Tomcat
  • Nginx
  • 图片云存储
  • 云存储
  • 虚拟机Linux
  • 项目部署
  • 容器部署
  • 开发工具篇
  • 工具库篇
  • 开发技巧篇
  • 工具类系列
  • Bug记录仓库
  • 随笔
  • HTML与CSS
  • JS学习
  • Vue3入门
  • Vue3进阶
  • 黑马Vue3
  • 视频网站
  • 音乐网站
  • 商城网站
  • 论坛网站
  • scrm项目
  • Yudao-cloud
  • RuoYi-Vu-cloud
  • 博客搭建
  • 网站收藏箱
  • 断墨寻径摘录
  • 费曼学习法
  • Java术语
  • 命名英语
  • 业务英语
  • 表字段英语
  • 包名英语
Github (opens new window)
  • 开发工具篇

    • idea设置

      • 配置篇
      • 快捷键篇
      • debug篇
      • 插件篇
    • 玩转Git

      • 基础知识梳理
      • Git配置相关操作
      • git修改已提交人的用户名和邮箱
      • git提交规范
      • 常见问题
        • IDEA 使用更新项目操作
        • 代码提交到本地仓库或者推送到远程仓库的话,还能回滚吗?能回滚的话,回滚命令是什么?
        • 代码已经提交并推送到了远程仓库,此时撤销提交会发生什么?
        • 学习参考
    • Maven相关

      • Maven简介
      • Maven常用命令
      • 依赖管理
      • Maven生命周期与插件
      • Maven项目管理工具
    • Apifox使用小结
    • nvm使用小结
    • JMeter使用小记
  • 工具库篇

    • lombok工具库

      • lombok注解使用小结
      • Builder用法解析
      • 异常相关注解
    • EasyExcel小记

      • 工具类
      • 文件导入
      • 文件导出
    • 定时任务相关

      • 基础入门
      • SpringTask学习
      • Quartz学习
    • Hutool工具库

      • 图片压缩
    • 极光推送学习
    • OkHttp学习
    • BigDecimal类详解
    • PdfBox学习
  • 开发技巧篇

    • 常见数据校验注解
    • 字符串拼接的5种方式
    • 遍历集合的N种方式
    • 集合使用注意事项总结
    • MP使用小记
    • Stream流技巧总结
    • 字符串处理最佳实践
    • SQL语句优化
    • 时间字段处理小记
    • Curl用法解析
    • 列表分页的两种实现方案
    • HashMap根据value获取key
    • Map的7种遍历方式
    • 唯一索引和逻辑删除冲突解决方法
    • 正则表达式
    • 二维码扫码登录学习
    • 脱敏最佳实践
    • 日志记录相关
  • 工具类系列

    • 手写一个文件阅读器
    • 手写一个运行耗时计算器
    • 自定义实现Java Bean属性中列表元素格式校验注解及其实现
    • 父子工程项目搭建
    • 自制代码生成器
  • 随笔

    • HttpServletRequest知识小结
    • Spring MVC 项目构建流程
    • 虚拟机固定ip地址
    • 项目部署
    • 深入理解数组
    • IIS使用小记
    • From的两种类型解析
    • 开发疑惑
    • 开发小记
    • bug解决
  • 开发日常
  • 开发工具篇
  • 玩转Git
泪伤荡
2024-07-30
目录

常见问题

# 常见问题

# IDEA 使用更新项目操作

在使用 IntelliJ IDEA 进行 Git 操作时,更新项目时会出现如下两个选项:

  1. Update Project 使用的是普通合并(merge)的方式,它会将远程分支上的最新代码拉取到本地,然后将本地分支上的代码与远程分支上的代码合并。如果有冲突,需要手动解决冲突并提交代码。这种方式会生成一个新的合并提交,保留了本地分支和远程分支的所有提交历史。
  2. Update Project with Rebase 使用的是变基(rebase)的方式,它会将本地分支上的所有提交临时保存,然后将远程分支上的最新代码拉取到本地,并用变基的方式将本地分支上的所有提交重新基于远程分支的最新提交。如果有冲突,需要手动解决冲突并提交代码。这种方式会生成一系列新的提交,覆盖了本地分支的所有提交历史。

需要注意的是,使用变基操作会改变提交历史,可能会影响其他人的开发分支。因此,在多人协作开发中,建议使用普通合并(merge)操作,只在特定情况下使用变基操作,例如在开发分支上进行调整和整理提交历史。

在选择更新方式时,可以根据实际情况选择合适的选项。如果当前分支与远程分支的差异较小,可以使用普通合并;如果差异较大,或者需要整理提交历史,可以使用变基操作。无论选择哪种方式,都需要谨慎处理未提交的修改,以免造成代码冲突和数据丢失。

# 代码提交到本地仓库或者推送到远程仓库的话,还能回滚吗?能回滚的话,回滚命令是什么?

如果你已经将代码提交到本地仓库或远程仓库,你仍然可以回滚代码更改。回滚操作可以还原到之前的提交状态,撤销先前的更改。

下面是一些常用的回滚命令:

  1. 回滚到上一次提交:

    git revert HEAD
    
    1
  2. 回滚到指定提交(使用提交哈希值):

    git revert <commit-hash>
    
    1
  3. 回滚到指定提交并将后续提交合并为一个新的提交:

    git revert <commit-hash>..HEAD
    
    1

这些命令会创建一个新的提交,该提交会撤销指定的更改。请注意,这些命令会创建一个新的提交,而不是直接删除或修改历史提交记录。

如果你要回滚到之前的提交,并且希望删除回滚之后的提交记录,可以使用 git reset 命令。但是,请注意,git reset 命令会修改历史提交记录,因此在使用之前请确保你了解其影响。

如果你已经将代码推送到远程仓库,回滚后可能需要使用 git push 命令将回滚提交推送到远程仓库。

请注意,回滚操作是不可逆的,因此在执行回滚前,请确保你已经备份了重要的更改或提交。对于使用 Git 的版本控制系统,强烈建议在进行敏感操作之前,先熟悉 Git 的基本操作和相关命令,并在安全的环境中进行测试。

# 代码已经提交并推送到了远程仓库,此时撤销提交会发生什么?

如果你已经将代码提交并推送到远程仓库,但后来想要撤销该提交。以下是一些可能的情况:

  1. 提交还没有被其他人拉取(fetch/pull):
    • 如果你提交的代码还没有被其他人拉取到远程仓库,你可以使用 git reset 或 git revert 来撤销提交。这不会影响其他人的工作。
    • 使用 git reset 会将HEAD指针移动到以前的提交,将历史记录修改为不包含该提交。但是,这会删除提交的历史记录,可能会导致冲突。
    • 使用 git revert 会创建一个新的提交,该提交撤销了以前的提交,保留了历史记录。这是更安全的方法,因为不会破坏历史记录。
  2. 提交已经被其他人拉取:
    • 如果你的提交已经被其他人拉取到远程仓库,撤销提交可能会引发问题,因为其他人可能已经构建了基于你的提交的工作。在这种情况下,最好不要直接撤销提交,而是与团队协商,找出一个解决方案。
  3. 其他团队成员修改代码后并推送到远程仓库:
    • 在这种情况下,如果你强行撤销自己的提交并强制推送到远程仓库,会导致其他人的工作受到影响,可能会引发冲突和一致性问题。
    • 如果一定要撤销已推送的提交,最好与团队一起协商解决,以避免引发问题。

已经推送到远程仓库,但还没被人拉取的情况

如果你的提交已经被推送到远程仓库,但尚未被其他人拉取,你可以使用以下步骤来撤销该提交:

注意: 这个过程将修改你的本地历史记录,因此如果你正在与其他人协作,最好与他们协商并确保其他人知道你要执行这个操作。

  1. 查看提交历史: 使用以下命令查看提交历史,找到你想要撤销的提交的哈希值(SHA-1):

    git log
    
    1
  2. 撤销提交: 使用以下命令来撤销提交,将 <commit-hash> 替换为你想要撤销的提交的哈希值:

    git reset --hard <commit-hash>
    
    1

    这将将你的 HEAD 指针和工作目录还原到指定提交的状态,同时删除了该提交之后的所有提交。

  3. 强制推送到远程仓库: 由于你已经修改了历史记录,你需要使用 --force(或-f)选项来强制推送到远程仓库:

    git push --force origin <branch-name>
    
    1

    其中,<branch-name> 是你当前工作的分支名称。

请注意,强制推送可能会破坏其他人的工作副本,因此在执行此操作之前,请确保你已与团队协商,以确保不会引发问题。

此外,由于这个操作可能会删除历史记录,只有在你确定没有其他人在使用这个历史记录或有备份的情况下才应该执行。

# 学习参考

  • 开发不害怕——两种常见的撤销提交的方式(Git) - 掘金 (juejin.cn) (opens new window)
上次更新: 2024/10/26 02:01:17
git提交规范
Maven简介

← git提交规范 Maven简介→

Theme by Vdoing | Copyright © 2024-2025 泪伤荡 | MIT License
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式