- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
一般问题:给定一组提交,我如何找到将所有这些提交作为祖先的提交列表,或者相关地,包含所有这些提交的第一个提交。
我可以通过查找 git branch --contains <commit>
返回的分支来找到包含提交的分支(类似标签)对于集合中的所有提交,但 git rev-list
没有 --contains
选项。实际上,我正在寻找一种结合常规 --contains
的方法参数 git rev-list
,并将输出限制为包含所有列出的提交的提交,而不是其中任何一个(这就是 --contains
的正常工作方式)。
具体示例:给定提交 a
, b
, c
,我如何找到第一个在其祖先中具有所有三个提交的提交?
例如,给定下面的树,我如何找到标记为 X 的提交?
* (master)
|
X
|\
a *
| |
b c
|/
*
|
*
我想我可以用 git rev-list
做一些魔法,并且可能涉及 <commit1>...<commit2>
表示法,但我无法进一步计算。
最佳答案
我想这个问题的答案是 git 不是为此而生的。 Git 真的不喜欢“提交的子项”的想法,并且有一个很好的理由:它没有很好地定义。因为提交不知道其子项的信息,所以这是一个非常模糊的集合。您的存储库中实际上可能没有所有分支,因此缺少一些子项。
Gits 内部存储结构也使得查找提交的子项成为一项相当昂贵的操作,因为您必须遍历所有头的修订图到它们相应的根,或者直到您看到所有您想了解其子项的提交.
git 唯一支持的那种概念是一个提交包含另一个提交的想法。但是只有极少数的 git 命令支持此功能(git branch
就是其中之一)。而git支持的地方,不支持任意提交,只支持分支头。
这一切看起来像是 git 的一个相当苛刻的限制,但实际上你不需要提交的“ child ”,而通常只需要知道哪些分支包含特定的提交。
综上所述:如果您真的想获得问题的答案,则必须编写自己的脚本来找到它。最简单的方法是从 git rev-list --parents --reverse --all
的输出开始。逐行解析,您将构建一棵树,并为每个节点标记它是否是您要查找的提交的子节点。您可以通过在遇到提交时自己标记提交,然后将该属性传递给他们的所有子级等来实现这一点。
一旦你有一个标记为包含所有提交的提交,你将它添加到你的“解决方案列表”并将其所有子项标记为dead - 它们不能再包含任何第一次提交.然后,此属性也将传递给它的所有后代。
如果您不存储不包含您要求的任何提交的树的任何部分,您可以在此处节省一些内存。
编辑 破解了一些 python 代码
#!/usr/bin/python -O
import os
import sys
if len(sys.argv) < 2:
print ("USAGE: {0} <list-of-revs>".format([sys.argv[0]]))
exit(1)
rev_list = os.popen('git rev-list --parents --reverse --all')
looking_for = os.popen('git rev-parse {0}'
.format(" ".join(sys.argv[1:]))).read().splitlines()
solutions = set()
commits = {}
for line in rev_list:
line = line.strip().split(" ")
commit = set()
sha = line[0]
for parent in line[1:]:
if not parent in commits:
continue
commit.update(commits[parent])
if parent in solutions:
commit.add("dead")
if sha in looking_for:
commit.add(sha)
if not "dead" in commit and commit.issuperset(looking_for):
solutions.add(sha)
# only keep commit if it's a child of looking_for
if len(commit) > 0:
commits[sha] = commit
print "\n".join(solutions)
关于git - 查找包含多个特定提交的 Git 提交,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13938779/
我时不时地输入“git”,然后想到别的东西,然后输入例如“git checkout master”。当然,这给我留下了 $ git git checkout master git: 'git' is
我做到了 git 克隆 git://foo.git 光盘富 ...编辑文件.. 现在我想重新开始。我不在乎我已经做出的任何改变,但我不想再次克隆整个巨型 foo.git,只是丢失我所有的更改。我怎
我在我的电脑上开发代码,我的计算节点很少。 为了让我的程序保持同步,我决定使用 git。以前,我以一种单向模式使用它来“下推”从 PC 到计算节点的更改。但是时不时遇到计算节点特有的小bug,现场修复
虽然它似乎什么也没做,但它没有给出任何警告或错误消息。有什么想法吗? 最佳答案 来自 Git 源的注释: /* * Read a directory tree. We currently ignor
我知道如何为这样的 HTTPS 请求提供用户名和密码: git clone https://username:password@remote 但我想知道如何像这样向 Remote 提供用户名和密码:
Git GUI、Git Bash 和 Git CMD 之间有什么区别?我是初学者,为了进行安装,我发现自己通常同时使用 git bash 和 git CMD 最佳答案 Git CMD 就像使用 git
有人能告诉我git中文件索引被删除是什么意思吗?这些文件在我的 VS Code 中标记为红色,但我仍然可以修改文件并将更改推送到将反射(reflect)这些更改的远程存储库。我认为这一切都是在我使用命
我通过 git 子树将 GLFV 库添加到项目中,但出现此警告“看起来您的 git 安装或您的 git-subtree 安装已损坏”。还描述了几个原因,为什么这可能是: 如 git --exec-pa
我有需要外部 git 项目的 repo,但我不想使用子模块,因为我想在 github 上存档所有文件,所以我认为我只是将具有 git repo 的整个目录添加到 git 但它不t 添加里面的 .git
我有需要外部 git 项目的 repo,但我不想使用子模块,因为我想在 github 上存档所有文件,所以我认为我只是将具有 git repo 的整个目录添加到 git 但它不t 添加里面的 .git
我一直在阅读一篇文章,作者在其中指示:在现有存储库中创建一个新存储库,并想知道这是否是他忽略的错误。稍后我会与他核实。 这些是我要检查的条件: 将现有目录制作成仓库的条件,并且已经 checkin 主
我确实在不同的计算机上处理相同的项目,我想知道是否有一种方法可以跟踪该 .git 文件夹,这样我就不必在所有本地文件中重新配置配置文件。 我将所有工作推送到 bitbucket。 最佳答案 不,没
这个问题在这里已经有了答案: How does git store files? (3 个答案) 关闭 9 年前。 我为我的许多项目创建了一个远程存储库,所以它是我的push 的目的地。与 git
应该如何在 git 中查看文件内容的完整历史记录? 一个文件在 git 中的历史很短,存储库通过 git-svn 同步,但在 svn 中的历史很长。 git 中的历史记录到达文件移动的位置。要查看历史
我是confused here ... 如何对修改后的文件进行git commit,以及如何对新文件进行git commit? 还有,你如何在git中单独提交文件? 最佳答案 git 提交过程分为两个
正在搜索 throw SO 来寻找答案。遇到这个似乎没有给出任何答案的旧线程。重新触发此线程,希望有人知道! 有人能告诉我 git subtree 和 git filter-branch 的区别吗?为
我想知道是否有一种方法可以避免在每个 Git 命令的开头键入单词 git。 如果有一种方法可以在打开命令提示符进入 “Git 模式” 后只使用一次 git 命令就好了。 例如: git> 之后,我们键
当您修改工作目录中的文件时,git 会告诉您使用“git add”暂存。 当您向工作目录添加新文件时,git 会告诉您使用“git add”开始跟踪。 我对这两个概念有点困惑,因为我假设跟踪文件的更改
为什么 git://有效 $ git clone git://github.com/schacon/grit.git Cloning into 'grit'... ... Checking conne
我在以下沙箱中练习 git:https://learngitbranching.js.org/?NODEMO 我在两个单独的 session 中运行了两组命令。第一组命令顺序如下: git clone
我是一名优秀的程序员,十分优秀!