“gitcherry”命令非常适合识别已应用于上游的提交,但是如何获得与我匹配的下游提交一一对应的确切上游提交 ID?
这是我的情况:
* 04876f4 (HEAD -> test-rebased) c
* 1e73b75 b
* 8ce948c a
* 8cc1e21 (origin/master) m
| * 4b8bc3e (origin/test) c
| * f207a10 b
| * 1c15641 a
|/
* 0a943a2
“gitcherry”命令非常适合注意到 8ce948c、1e73b75 和 04876f4 已经应用于 origin/test(或至少是补丁等效的提交)。 请注意此输出中这 3 个提交旁边的减号“-”:
git cherry -v test HEAD
+ 8cc1e2105f387eeede67a87688b6bfae0cab42c6 m
- 8ce948ca1b54d551581f4574bda2c215cc96a351 a
- 1e73b75de891eab9314856558624e9b4c21bbb1f b
- 04876f4e615b2bb70b969e99de15ec78b1ea84f6 c
但它没有告诉我他们如何将 1-for-1 映射到我的本地提交(在我的“test-rebased”分支上)。 有谁知道可以给我该映射的 git 命令的任何组合? 注意:假设提交消息不稳定(即使它们在我的示例中)。 它们可能在我的本地分支中发生巨大变化(例如,我可能会执行“git commit --amend”来重写提交消息)。
可能唯一的方法是通过修补“gitcherry”命令来添加额外的输出列(因为它肯定知道幕后的映射),但我想我会问互联网是否有人知道任何可能性在我冒险沿着那条路走之前。
一个快速附录(我发布了问题)-这个针对builtin/log.c(来自git的源代码)的补丁给了我我想要的确切行为。
这是我想要的行为:
git cherry -v test HEAD
+ 8cc1e2105f387eeede67a87688b6bfae0cab42c6 - m
- 8ce948ca1b54d551581f4574bda2c215cc96a351 1c156417bff133e25664fe7047b5df6a81fbd2f7 a
- 1e73b75de891eab9314856558624e9b4c21bbb1f f207a10a5249f9e0fe74184f8b03c75bbf7488c5 b
- 04876f4e615b2bb70b969e99de15ec78b1ea84f6 4b8bc3eab7c625f298ca3bd031ba141b66240da4 c
这是补丁:
diff --git a/builtin/log.c b/builtin/log.c
index d104d5c688..a32f0bede7 100644
--- a/builtin/log.c
+++ b/builtin/log.c
@@ -2153,17 +2153,19 @@ static const char * const cherry_usage[] = {
NULL
};
-static void print_commit(char sign, struct commit *commit, int verbose,
+static void print_commit(char sign, struct commit *commit, struct commit *other, int verbose,
int abbrev, FILE *file)
{
if (!verbose) {
- fprintf(file, "%c %s\n", sign,
- find_unique_abbrev(&commit->object.oid, abbrev));
+ fprintf(file, "%c %s %s\n", sign,
+ find_unique_abbrev(&commit->object.oid, abbrev),
+ other ? find_unique_abbrev(&other->object.oid, abbrev) : "-");
} else {
struct strbuf buf = STRBUF_INIT;
pp_commit_easy(CMIT_FMT_ONELINE, commit, &buf);
- fprintf(file, "%c %s %s\n", sign,
+ fprintf(file, "%c %s %s %s\n", sign,
find_unique_abbrev(&commit->object.oid, abbrev),
+ other ? find_unique_abbrev(&other->object.oid, abbrev) : "-",
buf.buf);
strbuf_release(&buf);
}
@@ -2238,12 +2240,17 @@ int cmd_cherry(int argc, const char **argv, const char *prefix)
}
while (list) {
+ struct patch_id *id;
+ struct commit *upstream_commit = NULL;
char sign = '+';
commit = list->item;
- if (has_commit_patch_id(commit, &ids))
+ id = has_commit_patch_id(commit, &ids);
+ if (id) {
sign = '-';
- print_commit(sign, commit, verbose, abbrev, revs.diffopt.file);
+ upstream_commit = id->commit;
+ }
+ print_commit(sign, commit, upstream_commit, verbose, abbrev, revs.diffopt.file);
list = list->next;
}
如果有某种方法可以完成此任务,而无需尝试让补丁被 git 项目接受,那么显然会更好,但我认为发布此内容可能有助于明确我正在寻找的内容。 果然,数据就在“gitcherry”命令的幕后。 :-)
您可以为上游分支以及您的分支构建一个 cherry 地图 自己的分支机构。 然后将它们加入到匹配的补丁 ID 上。
git-patch-id(1) 可以给你这个输出:
# patch-id (diff checksum/hash) commit hash
6cd5c2521e2a8220f2a08ce3996aa2e46760d656 18693d7d65eb793eb64ef32685922c5739d53c26
fd35271e8f0a01c6fde8303a8b001e5446d970cb 57f3fe3d97ca5cf70f94245e37c5f1518dd0752a
即将到来的脚本将为您提供以下输出:
f2b43e8ec43718e0ad8ef12d013b34a5c67bde7b 18693d7d65eb793eb64ef32685922c5739d53c26
57f3fe3d97ca5cf70f94245e37c5f1518dd0752a
第一列是您的分支的提交。 第二个是usptream 分支/引用,如果存在的话。
此处没有
+
/-
,因为此信息是通过存在或不存在来提供的
上游提交。
一个缺点是我们需要对文件进行排序以便使用 join(1)。 所以输出 不会与通常的逆时间顺序相同 git-rev-list(1)/git-log(1) 输出。
#!/bin/sh
set -u
cherry_map () {
set -u
# arg1: base; arg2: branch/ref; arg3: file
git rev-list $1..$2 \
| git diff-tree --patch --stdin \
| git patch-id --stable \
| sort >$3
}
upstream=$1
branch=$2
base=$(git merge-base $1 $2) &&
upstream_list=$(mktemp) &&
branch_list=$(mktemp) &&
cherry_map $base $upstream $upstream_list &&
cherry_map $base $branch $branch_list &&
join -a 1 $branch_list $upstream_list \
| cut -d' ' -f2,3 &&
rm $upstream_list &&
rm $branch_list