首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如何从mercurial获得bisect的当前状态(好/坏修订的历史)

从Mercurial获取bisect的当前状态的方法如下:

  1. 打开命令行界面,进入到你的Mercurial仓库目录。
  2. 输入以下命令以开始bisect过程:hg bisect
  3. 根据提示,输入一个已知的好或坏修订号,以便Mercurial知道从哪里开始搜索。
  4. 在bisect过程中,Mercurial会不断地将修订历史分成两半,并提供一个中间修订。你需要检查这个中间修订,并告诉Mercurial它是好还是坏。
  5. 输入“g”表示当前修订是好的,输入“b”表示当前修订是坏的。Mercurial会根据你的输入,继续搜索符合条件的修订。
  6. 重复步骤4和5,直到找到一个符合条件的修订。
  7. 当bisect过程完成后,你可以使用以下命令查看当前修订的状态:hg log -l 1这将显示当前修订的详细信息,包括作者、日期、提交消息等。
  8. 如果你想结束bisect过程,可以使用以下命令:hg bisect --reset这将恢复到bisect开始之前的状态。

请注意,这个答案并没有提到任何云计算品牌商,因为bisect是一个Mercurial的命令,与云计算无关。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Git 中文参考(五)

或者您可能正在寻找第一个提交,其中源代码文件名最终都转换为您公司的命名标准。管他呢。 在这种情况下,使用“好”和“坏”这两个词来表示“改变前的状态”和“改变后的状态”可能会非常混乱。...因此,您可以分别使用术语“旧”和“新”来代替“好”和“坏”。 (但请注意,您不能在单个会话中将“好”和“坏”与“旧”和“新”混合在一起。)...$ git bisect visualize --stat Bisect 日志和平分重播 将标记的修订标记为好或坏后,发出以下命令以显示到目前为止已完成的操作: $ git bisect log 如果发现在指定修订的状态时出错...,然后以通常的方式将修订版标记为好或坏。...运行 如果您有一个可以判断当前源代码是好还是坏的脚本,您可以通过发出命令来平分: $ git bisect run my_script arguments 请注意,如果当前源代码是好/旧,则脚本(上例中的

22310
  • 你可能不知道的20个Git命令,但真的很实用

    它包含许多有用的功能,包括:浏览和单步执行修订并检查差异、文件内容和元数据可视化查看提交日志、分支、目录、文件历史和附加数据生成提交和存储库活动日志的 RSS或 Atom 提要搜索提交、文件、更改和差异要打开它...要开始,运行git bisect start然后传递给它一个已知的好提交git bisect good 和一个已知的坏提交(默认为当前)git bisect bad 好提交和坏提交之间的提交,然后您指定 bug 存在的天气与git bisect good或git bisect bad。...然后它会重复这个过程,在好与坏的中心检查一个提交,一直到你找到引入错误的确切提交。随时取消git bisect reset。...从学习一开始就进入工作状态,省得浪费时间。

    85900

    Git实战

    ,我也会努力将其优化的更加的符合工作场景 说明 1、在[…]中的内容,需要根据实际情况进行修改 如何本地与远程建立信任联系?...的时候也存在同名的文件,就会存在pull失败,在这种情况下,在git stash后面追加 --include-untracked,会将远程的文件与本地的文件融合 stash只会保存当前索引和工作目录的状态...start git bisect bad #一般都是当前HEAD是坏提交【sha1】 git bisect good a794f9bd96f06b57b4c10433e4d6abb3f0855749...#上面的步骤就是确定范围的,接下来就是回答git的问题,他指定的提交点是好的还是坏的 git bisect good//如果是坏的,就bad,直到你找到哪个提交点导致出现问题 #查看维护日志 git...ago”) –graph 显示 ASCII 图形表示的分支合并历史 –pretty 使用其他格式显示历史提交信息。

    87010

    Git 相关问题

    相反,它直接在主目录本身包含 .git 子目录中的所有内容,其中工作目录包括: 一个 .git 子目录,其中包含你的仓库所有相关的 Git 修订历史记录。 工作树,或签出的项目文件的副本。 Q5....问题是,你不想把完成了一半的工作的提交,以便你以后就可以回到当前的工作。解决这个问题的答案是 git stash。 再解释什么是git stash。...什么是 Git bisect?如何使用它来确定(回归)错误的来源? 我建议你先给出一个Git bisect 的小定义。 Git bisect 用于查找使用二进制搜索引入错误的提交。...然后 git bisect 在这两个端点之间选择一个提交,并询问你所选的提交是“好”还是“坏”。它继续缩小范围,直到找到引入更改的确切提交。 Q17....发布分支(Release branching) 一旦开发分支获得了足够的发布功能,你就可以克隆该分支来形成发布分支。

    2.1K10

    【10】进大厂必须掌握的面试题-版本控制面试

    什么是Git bisect?您如何使用它来确定(回归)错误的来源? 我建议您首先给Git bisect一个小的定义,Git bisect用于通过二进制搜索来查找引入了bug的提交。...Git bisect的命令是 **git bisect **现在,既然您已经提到了上面的命令,请解释该命令的作用。该命令使用二进制搜索算法来查找项目历史记录中的哪个提交引入了错误。...您通过首先告诉它包含臭虫的“坏”提交和引入臭虫之前的“好”提交来使用它。然后,Git bisect在这两个端点之间选择一个提交,并询问您所选择的提交是“好”还是“坏”。...据我说,您应该首先说git rebase是一个命令,它将把另一个分支合并到您当前正在工作的分支中,然后将所有在rebased分支之前的本地提交移动到该历史的顶部科。...现在,您已经为示例定义了Git变基时间,以展示如何在合并之前使用它解决特征分支中的冲突(如果从master创建了一个功能分支,并且从那时起master分支已收到新的提交,Git变基)可用于将要素分支移至母版的顶端

    2.6K20

    【10】进大厂必须掌握的面试题-版本控制面试

    什么是Git bisect?您如何使用它来确定(回归)错误的来源? 我建议您首先给Git bisect一个小的定义,Git bisect用于通过二进制搜索来查找引入了bug的提交。...Git bisect的命令是 **git bisect **现在,既然您已经提到了上面的命令,请解释该命令的作用。该命令使用二进制搜索算法来查找项目历史记录中的哪个提交引入了错误。...您通过首先告诉它包含臭虫的“坏”提交和引入臭虫之前的“好”提交来使用它。然后,Git bisect在这两个端点之间选择一个提交,并询问您所选择的提交是“好”还是“坏”。...据我说,您应该首先说git rebase是一个命令,它将把另一个分支合并到您当前正在工作的分支中,然后将所有在rebased分支之前的本地提交移动到该历史的顶部科。...现在,您已经为示例定义了Git变基时间,以展示如何在合并之前使用它解决特征分支中的冲突(如果从master创建了一个功能分支,并且从那时起master分支已收到新的提交,Git变基)可用于将要素分支移至母版的顶端

    2.6K30

    1.1 起步 - 关于版本控制

    我们从介绍有关版本控制工具的一些背景知识开始,然后讲解如何在你的系统运行 Git,最后是关于如何设置 Git 开始你的工作。...有了它你就可以将某个文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态,你可以比较文件的变化细节,查出最后是谁修改了哪个地方,从而找出导致怪异问题出现的原因,又是谁在何时报告了某个功能缺陷等等...现在,每个人都可以在一定程度上看到项目中的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限,并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。 事分两面,有好有坏。...本地版本控制系统也存在类似问题,只要整个项目的历史记录被保存在单一位置,就有丢失所有历史更新记录的风险。...在这类系统中,像 Git、Mercurial、Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把代码仓库完整地镜像下来。

    49530

    ​2019 DevOps 必备面试题——代码版本控制篇

    如何用它来确定 bug 的来源? 我建议你先给出一个 Git bisect 的小定义——Git bisect 用于通过二进制搜索算法来查找引入 bug 的提交。...Git bisect 的命令是: git bisect 接下来需要解释一下这个命令可以做什么,这个命令使用二进制搜索算法来查找项目历史中哪个提交引入了一个 bug。...然后 Git bisect 在这两个时间点之间选择一个提交,并询问你所选的提交是“好”还是“坏”,之后它继续缩小范围,直到找到引入 bug 的确切提交。 Q10:什么是 Git rebase?...你应该首先说 Git rebase 是一个命令,它将另一个分支合并到当前你正在工作的分支中,并将所有位于另一分支之前的本地提交,移到该当前工作分支历史记录顶部。...当检查未通过时,通过以非零状态退出,脚本能有效地阻止该提交应用于存储库。 Q12:如何找到特定提交中已更改的文件列表? 对于这个问题,不应该仅仅只解释这个命令是什么,而应该解释这个命令究竟会做什么。

    2.1K50

    可能每天都会用到的Git命令速查表

    因此,根据我自己的经验,以下是我经常遇到的关于"如何使用Git进行X运算"的常见问题的解答。我们中有些人甚至可能每天使用这些解决方案。...在上一次提交时签出项目的状态 要返回过去查看过去一次给定提交的项目状态,请首先运行git log以查看提交历史记录,然后选择要返回的提交。 然后,复制其哈希并仅运行git checkout 。...从Git删除文件并修剪其整个历史记录 如果你曾经将敏感数据推送到远程存储库(例如,在GitHub上),则不仅需要从Git跟踪中删除文件,还需要删除其整个历史记录。...它的工作方式如下: 1、开始过程 git bisect start 2、将当前提交标记为"不良" git bisect bad 3、将过去的提交标记为"良好" 例如,使用git log查找过去的提交,其中事情按预期进行...如果不是,请使用git bisect bad将提交标记为错误。如果是,则使用git bisect good将其标记为好。

    1.2K30

    Git 速查表:中级用户必备的 12 个 Git 命令

    然而,旧文件的历史记录都被 Git 跟踪了,所以如果您发现需要旧版本,可以随时找回。 git rm git rm 命令用于从 Git 仓库中删除文件。...git bisect 命令用于通过对提交历史记录进行二分查找来分离出特定的提交记录。...然后在最近的分支上运行以下命令: git bisect start git bisect bad git bisect good good_commit_id Git 会对提交记录进行二分查找,它会检查当前提交和上一个好的提交之间的提交记录...然后可以使用 git bisect reset 命令将分支恢复到执行搜索之前的状态。...git revert commitID git fetch git fetch 命令用于从远程仓库下载引用(包括标签和分支)。它会下载新创建的引用,并完成本地已存储引用的历史记录。

    47830

    【Git】Git 完全指南:从入门到精通

    7.4 查看提交历史 命令: git log 示例命令: git log 效果: 显示当前分支的提交历史,包括每个提交的哈希值、提交作者、提交时间和提交信息。...保存当前更改 命令: git stash 示例命令: git stash 效果: 保存当前工作区的修改,并将工作区恢复为最近一次提交时的状态。...启动 Bisect 命令: git bisect start 示例命令: git bisect start 效果: 启动 bisect 过程,Git 会要求你指定已知的“坏”提交和“好”提交。...标记提交为好或坏 命令: git bisect good git bisect bad 示例命令: git bisect good abcdef1234567890...git bisect bad 1234567890abcdef 效果: 标记提交为好(不包含 bug)或坏(包含 bug)。

    3.2K41

    Git 概述

    # 何为版本控制 版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。 版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本, 方便版本切换。...,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。...而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。 事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。...分布式版本控制工具 Git、Mercurial、Bazaar、Darcs…… 像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。...分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷: 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的) 每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全) # Git

    35130

    Git Pro深入浅出(二)

    (3)恢复文件到冲突状态 rerere可以帮我们按之前的解决方案,解决历史出现的冲突。如果,我们不想按历史的方案解决,该如何处理呢?...步骤一:启动二分查找,并告知Git当前所在的提交是有问题的 $ git bisect start $ git bisect bad 步骤二:告诉bisect已知的最后一次正常状态是哪次提交 $ git...bisect good [good_commit] 此命令会告知你,在你标记为正常的提交和当前的错误版本之间有大约提交的数。...到目前为止,我们已经用基础提交重写了最近的历史,基础提交包括如何重新组成整个历史的说明。...我们可以将新历史推送到新项目中,当其他人克隆这个仓库时,他们仅能看到最近两次提交以及一个包含上述说明的基础提交。 如果,想获取整个项目的历史该如何做???

    1.2K31

    【翻译】monorepos 的优点

    例如,对于 VCS(版本控制系统(version control system),是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统) 而言,由于项目太大或历史记录过多而不得不拆分项目并不是最佳选择...由于原子跨项目提交是可能的,因此存储库可以始终处于一致状态——在提交 #X 时,所有项目构建都应该工作。...这在像谷歌这样的公司容易获得的东西与 [n] 开源项目之间造成了差距。...要在多个存储库中执行相当于 git bisect 的操作,您必须遵守使用其他工具来跟踪元信息的纪律,而大多数项目根本不这样做。即使他们这样做了,您现在也有两种完全不同的工具,一个就足够了。...原因5: Mercurial 和 git 很棒 对于这些问题,我得到的最常见的回应是,从 CVS 或 SVN 切换到 git 或 hg 是一个巨大的生产力胜利。确实如此。

    1.6K30

    Git最全系列教程(一)

    我们会先了解一些版本控制工具的历史背景,然后试着让 Git 在你的系统上跑起来,直到最后配置好,可以正常开始开发工作。...所以,根据每次修订后的补丁,rcs 可以通过不断打补丁,计算出各个版本的文件内容。 集中化的版本控制系统 接下来人们又遇到一个问题,如何让在不同系统上的开发者协同工作?...文件的三种状态 好,现在请注意,接下来要讲的概念非常重要。对于任何一个文件,在 Git 内都只有三种状态:已提交(committed),已修改(modified)和已暂存(staged)。...所以,我们可以从文件所处的位置来判断状态:如果是 Git 目录中保存着的特定版本文件,就属于已提交状态;如果作了修改并已放入暂存区域,就属于已暂存状态;如果自上次取出后,作了修改但还没有放到暂存区域,就是已修改状态...有许多种安装方式,主要分为两种,一种是通过编译源代码来安装;另一种是使用为特定平台预编译好的安装包。 从源代码安装 若是条件允许,从源代码安装有很多好处,至少可以安装最新的版本。

    69920

    测开必备|Git操作

    本地版本控制系统也存在类似问题,只要整个项目的历史记录被保存在单一位置,就有丢失所有历史更新记录的风险。...如果换一个办法: "请把上周一的那个版本打包发布,版本号是v1.2" "好的,按照tag v1.2查找commit就行!"...人们在发布某个软件版本(比如 v1.0 等等)的时候,经常这么做。 下面来学习如何列出所有可用的标签,如何新建标签,以及各种不同类型标签之间的差别。 2....readme.txt 自修改后还没有被放到暂存区,撤销修改就回到和版本库一模一样的状态; 一种是 readme.txt 已经添加到暂存区后,本地又作了修改,撤销修改就回到添加到暂存区后的状态。...常规开发流程 一般而言,我们在开发一个feature的时候,会从当前master拉取最新的代码到本地,然后在此代码基础上开发新feature代码,代码开发好以后,经过测试,会讲此feature的代码合并

    30310

    Git图文使用教程详解一

    官网地址:http://git-scm.com/ # 1.2、版本控制 版本控制是一种记录文件内容变化,以便来查阅特定版本修订情况的系统。...版本控制其实最重要的就是记录文件修改的历史记录,从而让用户能够查看历史版本,方便版本的切换。 # 1.2.1、 为什么需要版本控制 个人开发过渡到团队协作。...而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。 事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。...分布式版本控制工具 Git、Mercurial、Bazaar、Darcs…… 像 Git 这种分布式版本控制工具 ,客户端提取的不 最新版本的文件快照,而是把代码仓库完整地镜像下 来 (本地库...每个客户端保存的都是整个完整的项目,包含历史记录,更加安全。

    26830
    领券