使用git修改近几次或任意一次推送到master上的代码

原创 已于 2025-09-03 11:23:15 修改 · 729 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #github #单片机 #物联网

于 2024-09-23 14:51:53 首次发布

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

前言

当你发现最近提交的代码中有明显的逻辑错误或 Bug 时，可以通过修改提交历史来修复这些问题。
如果提交信息存在拼写错误、语法错误或描述不准确等问题，可以通过修改提交信息来纠正。

提示：以下是本篇文章正文内容，下面案例可供参考

一、查看提交历史

首先查看 master 分支上的提交历史，确定需要修改的提交记录。

git log --oneline --decorate -n 10

-n 10 表示显示最近 10 条提交记录。可以根据实际情况调整 n 的值。

二、交互式变基修改提交记录

使用 git rebase 命令对提交历史进行交互式编辑。

git rebase -i HEAD~n

n 是要修改的提交数量，例如要修改最近 3 次提交，可以使用 HEAD~3。执行该命令后，编辑器会打开如下内容：

pick f1e2d3c 第一次提交信息
pick a1b2c3d 第二次提交信息
pick c3d4e5f 第三次提交信息

在你想要修改的提交前将 pick 改为 edit，然后保存并退出。 点I修改 ，esc退出输入

最低0.47元/天 解锁文章
wsdtr
关注
git基础教程(10) git push将本地修改推送到远端
二进制君
04-20 845
git push是 Git 中非常重要的命令，用于将本地分支的更新推送到远程仓库。通过掌握其基本语法和常见用法，你可以更高效地管理代码仓库。此外，了解一些高级用法可以帮助你在复杂的开发场景中更好地控制代码的推送行为。希望本文对你理解和使用git push命令有所帮助！如果你有任何问题或建议，欢迎在评论区留言。
git的使用——已有项目推送到gitee的流程 & 如何修改已经提交过的commit信息
Arya的博客，专注后端领域
09-20 1981
git作为开发人员必备的技能，需要熟练掌握，本篇博客记录一些git使用的场景，结合具体问题进行git使用的记录。
推送修改文件到git
qq_44013802的博客
03-30 212
下载好项目初始化后 通过git checkout 分支名 进入上传分支 改好文件后 配置git 用户名称和emil 可在vscode中git config --global user.name 名字 git config --global user.email 邮箱 名字邮箱为拉取git项目时自己的 名字和邮箱 修改好文件后 通过 git stash 能够将所有未提交的修改（工作区和暂存区）保存至堆栈中，用于后续恢复当前工作目录。 git pull --rebase 在vscode 源代码管理下 左上角输
Git一次完整的修改提交推送操作
weixin_48122426的博客
07-24 720
我们将完成一次从本地仓库修改代码、提交并推送到远程仓库的操作
【git】常用git命令，推送，删除更改仓库
Leuuvi的博客
11-11 777
前言 在使用git 过程中，用过的Git 命令 命令 1.git remote -v 查看远程库信息 $ git remote -v origin git@gitee.com:bronte-robot-co-ltd/gear.git (fetch) origin git@gitee.com:bronte-robot-co-ltd/gear.git (push) 2. git add dianji_02 添加文件，可重复使用 3. git commit -m "update UI" ...
git 分支代码合并到master主分支上或者master合并到开发分支
m0_69674158的博客
11-10 2828
git 分支代码合并到master主分支上或者master合并到开发分支
GitHack-master.rar
01-06
学习如何创建、克隆、添加、提交、拉取和推送代码到远程仓库是Git的基本操作。 2. **Git工作流**：理解Git的工作流模型，如主分支策略（如GitHub Flow、GitFlow、Forking Workflow），这对于团队协作至关重要。了解...
使用Git命令将项目推送到github上
qq_42092076的博客
03-14 528
本次学习参考：廖雪峰git教程，这里只提供精简版本 1. 使用命令查看系统是否安装Git:git 2. 安装git: sudo apt-get install git 3.安装完成后进行设置： git config --global user.name "Your Name" git config --global user.email email@example.com 创建版本库，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将
Git（一） 第一次向自己的gitlab仓库推送文件
lanyuelvyun的博客
03-23 1万+
第一次向自己的gitlab仓库推送文件
如何把自己修改的内容推送到公司远程git库呢
xiyangyang8110的博客
12-05 762
git add . 把所有的修改有工作区添加到暂存区 git commit -m “说明修改的具体内容” 把暂存区的内容提交到分支 git push origin wy:wy 把本地分支wy推送到远程wy，其中origin为远程主机名，后一个wy是要推送的目标
Git推送文件的使用教程
qq_45412052的博客
01-02 2552
git add命令的意义是将修改文件由工作区提交到暂存区,可以多次提交,然后进行commit操作,将文件从暂存区提交到版本库。$USER 是当前登录用户，-R 表示递归地更改目录下的所有文件和子目录。config目录下及子目录下所有文件,home目录下所有的.php文件。发现现在不需要再在命令前面加一个sudo 命令就可以进行推送了。将当前用户设置为该目录的拥有者，这样就不需要使用 sudo。如果目录的拥有者是 root，需要更改它。使用git push命令进行推送验证。5.查看git当前暂存区的文件。
git 将dev分支的代码合并到master
junior77的专栏
07-25 1250
2. git log // 可以看到近期的相关提交日志(提交时候的备注等)　　3. git status // 可以看到当前的文件状态 (如xx文件被修改，但未提交等)原文链接：https://blog.youkuaiyun.com/qq_38608304/article/details/133642116。2. git push origin master // 将当前的更改推送到远程的master分支上。4. git push origin dev // 将本地修改的代码提交到远程的dev分支上。
Git 修改 Commit 记录
旧梦
02-10 1693
当你使用Git进行版本控制时，难免会遇到需要修改提交记录（commit history）的情况。可能是因为提交信息写错了、忘记添加某个文件、需要重新排列提交的顺序，或者其他各种原因。不过，要注意的是，修改提交记录可能会影响到团队协作，因此需要谨慎处理。
将dev分支代码提交到master分支--------完整过程(步骤)
weixin_44797327的博客
08-28 1万+
1.查看当前分支： git branch -a 2.切换到dev分支： git checkout -dev 3.把修改的代码在dev分支下提交 git add . 4.提交修改信息 git commit -m'add content' 5.将修改的内容推送至远程仓库 git push 6.此时需要把提交的代码合并到master分支上，先切换到master分支 git checkout master 7.把代码都拉下来 git pull 8.把dev提交的代码合并到master分支上 gi
Git 修改或删除某次提交信息
qq_45797625的博客
02-15 1101
如果要修改或删除的提交已经推送到远程仓库，在修改本地提交信息后，还需要强制推送到远程仓库。强制推送可能会影响其他团队成员的工作，因此在多人协作的项目中，建议先与团队成员沟通协调。步骤与修改历史提交信息类似，只是在输入新的提交信息时将内容清空，然后保存并关闭编辑器。如果你要修改或删除的提交是最新的一次提交（即 HEAD 指向的提交），可以使用。的缩写，表示强制推送，会覆盖远程仓库上的提交历史，请谨慎使用。如果你想要修改或删除的不是最新的提交，而是历史提交，可以使用。执行该命令后，提交信息会被替换为空字符串。
6. git 指定某一个提交
S‘blog
03-13 963
在 Git 中，直接“更新”一个特定的提交记录是不常见的操作，因为提交记录是 Git 仓库历史的一部分，通常不应该被修改。但是，你可以通过一些策略来达到类似的效果，比如创建一个新的提交来撤销或者修改之前的提交。
git 一次修改多个tag
一位自然人的博客
12-21 719
产生背景：log4j漏洞修复 因笔者在职公司面向B2B开发，有不同产品版本，每个版本根据对应tag控制，故此次漏洞修复覆盖所有版本tag 1.检索所有tag输出到文件 git tag | grep release | awk -F \/ '{print $2}' > tag.txt 2.脚本遍历操作 #!/bin/bash #Bug合并脚本 #参数： Bug修复提交commitId，例：52d89297260b97ca7968e6feb5a556f95099f98c #使用命令，例：sh bugM
使用git amend修改已经push到远程仓库的commit信息
qq_39302236的博客
11-28 609
使用git amend修改已经push到远程仓库的commit信息
git 修改已提交的内容
热门推荐
Secret Island
06-09 8万+
最近发现项目的提交信息(commit message)描述不正确，对于有强迫症的人果断不能忍，必须修改掉，于是上网查了下相关解决方法，整理以备忘。以下方法已亲自测试，可放心使用。一.修改最近一次提交这是最常见的一种场景，往往刚刚提交后最容易发现问题。方法一：用commit –amend这种方法不仅可以修改commit message，也可以修改提交内容。这种方式在还没有推送到远端的情况下可以比较方便
git checkout pr_26113 后怎么推送代码到gitcode仓库？
最新发布
09-24
<think> 我们正在处理一个关于Git操作的问题。用户已经执行了`git checkout pr_26113`命令，现在想要将代码推送到GitCode仓库。根据之前的对话历史，用户遇到了权限问题（403错误），但现在的问题是关于如何推送一个特定分支（pr_26113）到远程仓库。 从引用内容中，我们可以看到一些相关的Git操作流程： 引用[1]展示了提交更改并推送到远程分支的基本命令： git add . git commit -m "Address review feedback" git push origin feature-x 引用[2]提到了如何关联远程仓库（包括上游仓库和自己fork的仓库）。 引用[3]提到了拉取新代码和合并PR内容的方法。 引用[4]包含了一些Git基础命令，如添加远程仓库、推送等。 现在，用户已经切换到pr_26113分支，下一步就是将这个分支推送到远程仓库（GitCode）。 步骤： 1. 确保当前分支是pr_26113（已经通过checkout切换） 2. 将本地分支推送到远程仓库。如果远程仓库还没有这个分支，需要创建它。 具体命令： git push origin pr_26113 但是，如果用户想要推送到自己fork的仓库（这在开源贡献中很常见），那么需要确保远程仓库的命名是正确的。通常，我们会将原始仓库设置为upstream，而将自己的fork仓库设置为origin（或者一个自定义的名字）。 根据引用[2]，用户可能已经关联了两个远程仓库： - upstream: 原始项目仓库（例如：https://gitcode.com/openharmony/interface_sdk-js.git） - 自己fork的仓库（例如：https://gitcode.com/<your-username>/interface_sdk-js.git） 所以，如果用户想要推送到自己fork的仓库（这是常见的，因为通常我们没有权限直接推送到原始仓库），那么应该推送到自己fork的仓库的远程名称（可能是origin，也可能是自定义的名字）。 因此，我们需要确认用户的远程仓库设置。可以通过以下命令查看： git remote -v 假设用户自己fork的仓库远程名称为origin，那么推送命令就是： git push origin pr_26113 如果用户想要推送到原始仓库（但之前遇到403错误，说明可能没有权限），那么通常的做法是推送到自己fork的仓库，然后在原始仓库创建Pull Request。 所以，我们给用户的建议应该是推送到自己fork的仓库。 具体步骤： 1. 确认当前分支：`git branch` 确保在pr_26113分支。 2. 添加更改并提交（如果还没有提交的话）： git add . git commit -m "提交信息" 3. 推送到自己fork的远程仓库（假设远程名为origin）： git push origin pr_26113 如果远程仓库还没有pr_26113分支，这个命令会创建它。 如果用户之前没有关联自己fork的仓库，需要先添加远程仓库（参考引用[2]）： git remote add myfork https://gitcode.net/myfork-name/project.git 然后推送： git push myfork pr_26113 注意：这里的分支名pr_26113可以是任意名称，通常我们会用有意义的名称。 另外，如果用户希望将这个分支用于Pull Request，那么在推送后，可以到原始仓库的网页上创建Pull Request，将myfork仓库的pr_26113分支合并到原始仓库的目标分支（如master）。 考虑到用户之前遇到权限问题，推送到自己fork的仓库是安全的，因为用户对自己的fork有写权限。 因此，回答如下： </think> 要将代码从本地分支 `pr_26113` 推送到 GitCode 仓库，请按以下步骤操作： ### 推送步骤 1. **确认当前分支状态** ```bash git status # 查看修改文件状态 git branch # 确认当前在 pr_26113 分支（带 * 号） ``` 2. **提交本地更改**（如有未提交的修改） ```bash git add . # 添加所有修改文件 git commit -m "修复pr_26113的问题" # 提交更改[^1] ``` 3. **推送分支到远程仓库** ```bash git push origin pr_26113 # 将本地分支推送到远程同名分支 ``` 4. **创建合并请求**（Pull Request） - 访问 GitCode 仓库页面：`https://gitcode.com/openharmony/interface_sdk-js` - 点击 `Merge Requests` → `New Merge Request` - 选择源分支：`pr_26113` - 选择目标分支：`master`（或其他主分支） > 💡 提示：若遇到权限问题（如之前的 403 错误），请确保： > 1. 已添加 SSH 密钥到 GitCode 账户（参考[^4]） > 2. 使用 SSH 协议推送（替换 HTTPS）： > ```bash > git remote set-url origin git@gitcode.com:openharmony/interface_sdk-js.git > ``` ### 分支管理建议 - **同步主分支更新**（避免冲突）： ```bash git checkout main # 切换到主分支 git pull origin main # 获取最新代码 git checkout pr_26113 # 返回特性分支 git merge main # 合并主分支更新[^3] ``` - **重命名分支**（如需）： ```bash git branch -m pr_26113 new-feature # 修改分支名称 git push origin :pr_26113 # 删除远程旧分支 git push origin new-feature # 推送新分支 ``` ### 工作流程图解 ```mermaid graph LR A[本地 pr_26113 分支] --> B{提交更改} B --> C[git add/commit] C --> D[git push origin pr_26113] D --> E[GitCode 创建 PR] E --> F[代码审查] F --> G[合并到主分支] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值