开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Git将分支回滚到上一次提交，同时将主分支保留在原来的位置(并对该分支进行PR？)

Git是一个分布式版本控制系统，它可以帮助开发者管理代码的版本和变更。当需要回滚分支到上一次提交时，可以使用以下步骤：

首先，确保当前所在的分支是需要回滚的分支。可以使用git branch命令查看当前所在的分支，并使用git checkout <branch>命令切换到需要回滚的分支。
然后，使用git log命令查看该分支的提交历史，找到需要回滚的上一次提交的commit hash。
使用git revert <commit>命令回滚到上一次提交。这将创建一个新的提交，将上一次提交的更改撤销。
如果需要将回滚后的更改提交到主分支，可以使用以下步骤进行Pull Request（PR）：
a. 使用git checkout <main-branch>命令切换到主分支。
b. 使用git pull origin <main-branch>命令拉取最新的主分支代码。
c. 使用git checkout -b <new-branch>命令创建一个新的分支，用于提交回滚后的更改。
d. 在新分支上进行必要的修改和调整。
e. 使用git add <file>命令将修改的文件添加到暂存区。
f. 使用git commit -m "Commit message"命令提交更改。
g. 使用git push origin <new-branch>命令将新分支推送到远程仓库。
h. 在代码托管平台上创建一个Pull Request，将新分支的更改合并到主分支。

对于以上过程中涉及到的名词和概念，可以简要解释如下：

分支（Branch）：Git中用于并行开发和管理代码的独立线路，可以在分支上进行修改和提交，不影响主分支的代码。
提交（Commit）：Git中的一个操作单位，表示一次代码的变更。每次提交都有一个唯一的commit hash用于标识。
版本控制系统（Version Control System）：用于管理和跟踪代码变更的系统，可以记录代码的历史和不同版本之间的差异。
撤销（Revert）：Git中的一个操作，用于撤销指定提交的更改，创建一个新的提交来还原之前的代码状态。
Pull Request（PR）：一种代码审查和合并机制，通常用于将分支的更改合并到主分支，需要经过审查和讨论后才能合并。
远程仓库（Remote Repository）：存储代码的中央服务器，用于多人协作和代码的备份与共享。

腾讯云提供的相关产品和服务包括：

代码托管平台：腾讯云开发者平台（https://cloud.tencent.com/product/coding）
代码审查工具：腾讯云代码扫描（https://cloud.tencent.com/product/css）
版本控制系统：腾讯云开发者平台的Git仓库（https://cloud.tencent.com/product/coding）
云原生应用部署：腾讯云容器服务（https://cloud.tencent.com/product/tke）
云服务器：腾讯云云服务器（https://cloud.tencent.com/product/cvm）
数据库：腾讯云数据库（https://cloud.tencent.com/product/cdb）
网络安全：腾讯云安全产品（https://cloud.tencent.com/product/security）
人工智能：腾讯云人工智能平台（https://cloud.tencent.com/product/ai）
物联网：腾讯云物联网平台（https://cloud.tencent.com/product/iotexplorer）
移动开发：腾讯云移动开发平台（https://cloud.tencent.com/product/mgp）
存储：腾讯云对象存储（https://cloud.tencent.com/product/cos）
区块链：腾讯云区块链服务（https://cloud.tencent.com/product/tbaas）
元宇宙：腾讯云元宇宙解决方案（https://cloud.tencent.com/solution/metaverse）

请注意，以上链接仅供参考，具体的产品和服务选择应根据实际需求进行评估和决策。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

Git 常用技巧

:branch_name 将远程对应分支删除 git push origin 把当前回滚后（干净）的内容push到远程 git merge branch_bk 将备份合并到当前分支 git reset...【reset参数：--soft仅回滚HEAD指向（对于回滚到上一次提交而言，相当于撤销commit），--mixed回滚HEAD和index（相当于撤销commit和add），–hard回滚HEAD、index...其效果相当于将another分支上的多个commit合并成一个，放在当前分支上，原来的commit历史则没有拿过来。...四、git缓存 git stash 作用：缓存本地工作区的内容，以临时切换到其他分支进行开发，待开发完成，回到该分支，只需git stash pop，即可返回缓存在堆栈的内容。...注意：使用stash需谨慎，千万不要以为stash是存储在当前分支下的缓存，而是所有分支公用的堆栈。如果对多个分支同时stash，虽然不是不可以，但当你再次pop的时候，容易造成混乱。

4194 0

git常规操作

: 查看所有分支远程分支 5.git branch xxx : 创建本地分支 6.git push -u origin xxx : 创建远程分支并推本地分支仓库代码到远程分支第一次提交分支的时候使用...: 创建的同时切换分支 git push -u origin xxx : 第一次提交分支 8.git checkout 版本号：代码回滚（git log 查看历史版本号） 9.git reset...xxx : 撤销文件的暂存状态（git add .）/ 代码硬回滚 10.git merge xxx : 分支合并 11. git pull : 拉远程仓的代码 12.git pull origin...）到上次提交里面 15.强制回退（一般建议操作）问题：分支代码未审核完但被合并到主线解决方法：强制回退 1.回退到未合并前的状态 git reset --hard 187q340e4ge90bkajhepfhqp94fhuejefbiqugfo...开发环境本地检查B分支代码，去往代码托管平台提交合并develop分支申请。 5.审核通过同时将B分支代码功能merge到主develop分支。

6371 0

Git的三个阶段分别有哪些？每个阶段包含哪些命令？

/文件夹 - 撤消 git add git reset HEAD {file} 撤消添加命令，将更改的文件保留在工作目录中...git reset HEAD 撤消所有添加的文件，将更改保留在工作目录中 git...] 对 PR 分支内容的更改（在上面的命令中获取） HEADgit 命令...撤消最后一次提交，保留工作目录上的更改 git reset HEAD~1 --hard 撤消最后一次提交，...format-patch master --stdout > bugfix.patch 针对主服务器创建补丁（提交不在主服务器中） git apply --stat

1.8K0 0

Git如何恢复之前版本，resetrevert在命令行和IDEA上的操作步骤

如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。...如下图，假设只有一个分支：方法说明方法1，Reset Head指针，会抛弃原来的提交记录，使Head指针强制指向指定的版本。...（推荐） Git reset 原理： git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，如下图所示，假设我们要回退到版本一：适用场景：如果想恢复到之前某个提交的版本...已经add到index（暂存区）的文件不会回滚，任然保留 4.2 Mixed Mixed模式：在选择的回退点之后的所有更改将会保留但不会被git追踪下来。...回退到版本1，已提交并丢弃的版本2会保留在本地，未提交的版本3同样会保留如果不想保留，可以选择Hard reset；如果要保留，会自动stash 并unstash，将内容保存在本地工作区。

5.9K2 0

Git分支使用规范

遵循一个好的规章制度能让你的工作事半功倍。同时也可以展现出你做事的认真的态度以及你的专业性，不会显得杂乱无章，管理困难。Git分支规范也是一样。...分支约定 Git Flow有主分支和辅助分支两类分支，通常主分支也被称为长期分支。主分支用于组织与软件开发、部署相关的活动；辅助分支组织为了解决特定的问题而进行的各种活动。...仅在发布新的可供部署的代码时才更新master分支上的代码每次更新master，都需对master添加指定格式的tag，用于发布或回滚 master分支是保护分支，不可直接push到远程仓master...(遵循GitHub语义化版本命名规范) 版本号仅标记于master分支，用于标识某个可发布/回滚的版本代码对master标记tag意味着该tag能发布到生产环境对master分支代码的每一次更新(合并...严禁注释内容过于简单或不能明确表达提交内容的！合理控制提交内容的颗粒度，一次commit含一个独立功能点。严禁一次提交涵盖多个功能项。

5283 1

headresetrevertrebase代码回滚全解：git提交记录的背后原理

如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。...之所以这样强调，是因为 "git reset" 会抹掉历史，用在已经 push 的记录上会带来各种问题；而 "git revert" 用于回滚某次提交的内容，并生成新的提交，不会抹掉历史。...命令是否抹掉历史适用场景git reset是，回滚的历史将消失本地未push的记录git revert否，历史记录保留，回滚后重新生成提交记录回滚已push的内容git reset回滚某次提交确保还没其他人提交之前...，进行强制回滚——重置HEAD(当前分支的版本顶端）到另外一个commitgit reset --hard HEAD~2 git reset 代码撤回--hard 和 --soft 及默认mixed--...Branches ->un protectedgit revert放弃某次提交git revert 之前的提交仍会保留在git log中，而此次撤销会做为一次新的提交。

1.3K2 1

工作中如何优雅的使用 Git

前言在本系列的前两篇博文中，笔者对 Git 以及 Git flow 进行了大致的介绍，相信各位读者已经对 Git 有了大致的了解。...Develop 分支 - 开发分支：用作平时开发的主分支，并一直存在，永远是功能最新最全的分支，所有的 feature、release 分支都是从 develop 分支上拉的。...当我们需要在本地合入其他分支的提交时，如果我们不想对整个分支进行合并，而是只想将某一次提交合入到本地当前分支上，那么就要使用 git cherry-pick 了。...git reset git reset 通过把分支记录回退几个提交记录来实现撤销改动。你可以将这想象成“改写历史”。git reset 向上移动分支，原来指向的提交记录就跟从来没有提交过一样。...赶紧回滚。改完代码测试也没有问题，但是上线发现你的修改影响了之前运行正常的代码报错，必须回滚。

5923 0

Git 代码回滚与找回的艺术

[git-working-area.png] 一个基本的 Git 工作流程如下：在工作区中修改文件暂存文件，将文件存放在暂存区将改动从暂存区提交到本地仓库从本地仓库推送到远端仓库常见的代码回滚场景...要回滚到的 commit，该 commit 之后的提交记录会被丢弃。...示例： [change-in-local-repo.png] git reset 默认会将被丢弃的记录所改动的文件保留在工作区中，以便重新编辑和再提交。...之所以这样强调，是因为 "git reset" 会抹掉历史，用在已经 push 的记录上会带来各种问题；而 "git revert" 用于回滚某次提交的内容，并生成新的提交，不会抹掉历史。...对该话题感兴趣的可进一步了解：https://github.com/git/git/blob/master/Documentation/howto/revert-a-faulty-merge.txt

1.5K2 0

高频使用的 Git 命令

checkout -- file 复制代码 git commit 天天打交道的命令，这里说一些很常见的姿势 # 新修改的内容,添加到上次提交中,减少提交的日志 # --no-eidt:是跳过进入编辑器，...硬性回滚,简单粗暴，直接抛弃回滚之后改动(log 还是有保留，内容不要而已) git reset --hard commit_sha1 # 软性回滚, 跟 rebase 常规用法差不多的效果，可以把提交的东西丢回暂存区和工作区...， # HEAD 的指向改变会对应的 commit,之后再考虑怎么 commit git reset --soft commit_sha1 # 软回滚一个版本,可以理解为撤销最近一次的 commit...的代码回滚，因为多人在上面协作， revert 可以平稳的回滚代码,但却保留提交记录,不会让协作的人各种冲突！...温馨提示：本地提交之前，最好把基准点变为需要合并的分支，这样提交 PR/MR 的时侯就不会冲突(本地来解决冲突) 不要在公共分支上变基！！！一变其他协作者基本都一堆冲突！

6563 0

三年 Git 使用心得 & 常见问题整理

# 回滚到最近的一次提交 # 如果修改某些文件后，没有提交到暂存区，此时的回滚是回滚到上一次提交 # 如果是已经将修改的文件提交到仓库了，这时再用这个命令回滚无效 # 因为回滚到的是之前自己修改后提交的版本...$ git checkout HEAD $ git checkout HEAD -- filename # 回滚到最近一次提交的上一个版本 $ git checkout HEAD^ # 回滚到最近一次提交的上...^ # 将当前分支的指针指向为指定 commit（该提交之后的提交都会被移除），同时重置暂存区，但工作区不变 $ git reset # 等价于 $ git reset --mixed...「当你用 reset 回滚到了某个版本后，那么在下一次 git 提交时，之前该版本后面的版本会被作为垃圾删掉。」...，如果你不小心删了别人的上传的文件，这时候想要再拉取别人的分支是没用的，会显示 already-up 这时候可以回滚代码，重新拉取。

2.7K5 0

Git小知识-for QA

1 分支概念 master分支解释：主分支，创建一个代码仓库后默认在master分支上开发分支解释：有开发人员根据项目或功能创建的分支，需要以master最新代码为基础，创建一个全新的分支，并推送到远端...merge（合并）到一个公共的分支，目的是为了测试能同时进行多个项目的测试。...：git reset --hard head ;其中的head即为某次具体的提交，使用SHA-1码作为唯一标志，回退到之前的提交； commit：提交一次代码； push：推送到远端； pull-request...rtag 用途：用来记录线上环境打包的产物名称，可以用来作为查找某一次功能打包的时间点，大多数情况下作为回滚线上发布的tag_name。...6 线上回滚线上回滚后操作步骤回滚：使用上一次发布到线上的rtag（该rtag所在线上功能必须正常）重新部署线上，此时master的代码并没有被reset；回滚后：此时线上功能已经回到上一次发布的功能

5902 0

编程_Git基础教程

） git rm -f hello.txt（已经放到暂存区的文件，需要使用强制删除指令-f） git rm —cached hello.txt（将文件从暂存区中移除，但保留在工作区） git rm -r...git stash（将当前修改存储起来） git stash list（查看存储列表） git stash clear（清除所有存储） git stash pop（应用最后一次存储，并删除） git stash...）（Untracked：未暂存） 10、Reset 撤销修改 git reset（将暂存区文件重置到跟上一次commit保持一致，工作区文件保持不变） git reset HEAD^（回退所有内容到上一个提交...git reset （回滚提交记录，但本地代码不回滚） git reset --hard HEAD（撤销工作区和暂存区的所有内容，慎用！）...git reset --hard （回滚提交记录和本地代码） // reset会清掉指定commitID后的所有提交，已提交远端的记录回滚，慎用！！！

5661 0

Git常用命令汇总篇（附使用详细介绍）

这些命令是为了帮助开发者更有效率地进行版本控制，包括创建和切换分支，提交更改，合并分支等等。通过这些命令，开发者可以轻松地管理代码的不同版本，跟踪和回滚更改，以及协作其他开发者。...· git log --graph 会以图形化的方式显示提交历史记录，对查看分支和合并的历史非常有帮助。...· git branch -v 会列出所有的分支，以及每个分支最后一次提交的信息。...这对于在进行一些复杂的任务，如切换分支或拉取新的更新时，需要暂时保存当前的工作状态非常有用。 · git stash apply 用于将最近一次保存的暂存修改应用到工作目录。...回退操作 git reset --hard HEAD^ 用于将代码库回退到上一个版本。其中，HEAD^表示当前版本的上一个版本，如果你想回退到上上个版本，可以使用HEAD^^，以此类推。

4444 0

CICD 改进方案设计

该设计旨在支持 Kubernetes (K8s) 和虚拟机 (VM) 环境中的应用程序部署，并利用 GitHub Actions 和 Jenkins 实现 CI/CD 流程。1....运行状态检查：检查应用程序在部署环境中的运行状态。监控配置项目检查：检查监控配置是否正确，包括资源监控、日志监控和业务监控覆盖。备份/回滚检查：检查备份和回滚机制是否正常工作。6....非主分支 + tag 构建的镜像标签： stage + git commit_id_前7位 + build num。...GitOps Workflow 分支示意图初始化阶段 (Init stage)：包括代码提交、PR、CI 作业和 CD 作业。...（资源监控日志监控，业务监控覆盖）备份/回滚检查提供下github branch 分支模型非主分支无tag 构建的镜像tag： dev+git commit_id_前7位+ build num非主分支

1231 0

Git 工作流程

本文介绍三种广泛使用的工作流程： Git flow Github flow Gitlab flow 如果你对Git还不是很熟悉，可以先阅读下面的文章。...它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。...Git flow 的详细介绍，请阅读我翻译的中文版《Git 分支管理策略》。 2.2 评价 Git flow的优点是清晰可控，缺点是相对复杂，需要同时维护两个长期分支。...Pull Request被接受以后，issue关闭，原始分支就应该删除。如果以后该issue重新打开，新分支可以复用原来的名字。...前者不利于保持commit信息的清晰，也不利于以后的回滚，建议总是采用后者（即使用--no-ff参数）。只要发生合并，就要有一个单独的合并节点。

1K12 0

Git 工作流程

本文介绍三种广泛使用的工作流程： Git flow Github flow Gitlab flow 如果你对Git还不是很熟悉，可以先阅读下面的文章。...它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。...Git flow 的详细介绍，请阅读我翻译的中文版《Git 分支管理策略》。 2.2 评价 Git flow的优点是清晰可控，缺点是相对复杂，需要同时维护两个长期分支。...Pull Request被接受以后，issue关闭，原始分支就应该删除。如果以后该issue重新打开，新分支可以复用原来的名字。...前者不利于保持commit信息的清晰，也不利于以后的回滚，建议总是采用后者（即使用--no-ff参数）。只要发生合并，就要有一个单独的合并节点。

5503 0

Git必知必会

.png] .git文件中另一个非常重要的文件就是HEAD，存储的是当前位置的指针，指向当前工作区的分支。...：将当前目录下所有发生修改待加入暂存区的文件加入暂存区 git commit -m "Your Message"：将提交到暂存区的内容提交，生成一个新的版本节点并保存到版本库中，并留下message git...reset --hard HEAD^或 git reset --hard HEAD~：将代码库回滚到上一个版本 git reset --hard HEAD^^：往上回滚两次，以此类推 git reset...--hard HEAD~100：往上回滚100个版本每次回滚不会删除其他的版本节点，回滚到某一版本之后，当前目录的所有文件将会变成该版本文件。...为了解决合并冲突的问题，于是就有了分支的概念，当多个开发者同时工作的时候，可以在本来的版本控制流上产生多个分支，当各自处理完后，再将自己的分支与主分支合并。

6153 0

一文弄懂 Gitflow、Github flow、Gitlab flow 的工作流

它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。...Git flow 的详细介绍，请阅读我翻译的中文版《Git 分支管理策略》。 2.2 评价 Git flow的优点是清晰可控，缺点是相对复杂，需要同时维护两个长期分支。...Pull Request 被接受以后，issue关闭，原始分支就应该删除。如果以后该issue重新打开，新分支可以复用原来的名字。...前者不利于保持commit信息的清晰，也不利于以后的回滚，建议总是采用后者（即使用—no-ff参数）。只要发生合并，就要有一个单独的合并节点。...（前提是，该分支只有你一个人开发，且没有跟master合并过。） ? 这可以采用rebase命令附带的squash操作，具体方法请参考我写的《Git 使用规范流程》。

19.8K5 3

CICD 改进方案设计

这主要是通过以下方式实现的：自动化部署和回滚： GitOps 将应用程序的部署和配置管理集中到 Git 仓库中，利用版本控制和自动化流程实现自动部署和回滚。...运行状态检查：检查应用程序在部署环境中的运行状态。监控配置项目检查：检查监控配置是否正确，包括资源监控、日志监控和业务监控覆盖。备份/回滚检查：检查备份和回滚机制是否正常工作。6....分支模型和 Docker 镜像标签策略非主分支无 tag 构建的镜像标签： dev + git commit_id_前7位 + build num。...非主分支 + tag 构建的镜像标签： stage + git commit_id_前7位 + build num。...（资源监控日志监控，业务监控覆盖）备份/回滚检查提供下github branch 分支模型非主分支无tag 构建的镜像tag： dev+git commit_id_前7位+ build num非主分支

1511 0

Git 基础操作

可以将这想象成“改写历史” git reset 向上移动分支，原来指向的提交记录就跟从来没有提交过一样 revert git reset 很方便，但是这种“改写历史”的方法对远程分支是无效的为了撤销更改并分享给别人...git cherry-pick targetCommitID # 摘取需要的提交到 main 分支修改过去的某一次提交的内容 rebase 思路：先用 git rebase -i 将提交重新排序...，然后把想要修改的提交记录挪到最前然后用 git commit --amend 来进行一些小修改接着再用 git rebase -i 来将他们调回原来的顺序最后把 main 移到修改的最前端(git...c2 对摘到的提交进行修改 git commit --amend 将被摘提交后面的提交摘到 main 分支 git cherry-pick c3 git tags 永远指向某个提交记录的标识，不随新的提交而移动...注意：因为 git reset 是直接删除 commit 记录，从而会影响到其他开发人员的分支，所以不要在公共分支做该操作 git checkout 可以将 HEAD 移到一个新的分支，并更新工作目录

2841 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭