#git #git-cherry
#мерзавец #git-cherry #git
Вопрос:
Команда «git cherry» отлично подходит для идентификации коммитов, которые уже были применены выше по потоку, но как я могу получить точные идентификаторы коммитов выше по потоку, которые соответствуют 1 к 1 моим соответствующим коммит-кодам ниже по потоку?
Вот моя ситуация:
* 04876f4 (HEAD -> test-rebased) c
* 1e73b75 b
* 8ce948c a
* 8cc1e21 (origin/master) m
| * 4b8bc3e (origin/test) c
| * f207a10 b
| * 1c15641 a
|/
* 0a943a2
Команда «git cherry» отлично подходит для того, чтобы заметить, что 8ce948c, 1e73b75 и 04876f4 уже были применены к origin / test (или, по крайней мере, к коммит-кодам, эквивалентным исправлению). Обратите внимание на знаки минус «-» рядом с этими 3 фиксациями в этом выводе здесь:
git cherry -v test HEAD
8cc1e2105f387eeede67a87688b6bfae0cab42c6 m
- 8ce948ca1b54d551581f4574bda2c215cc96a351 a
- 1e73b75de891eab9314856558624e9b4c21bbb1f b
- 04876f4e615b2bb70b969e99de15ec78b1ea84f6 c
Но это не говорит мне, как они сопоставляют 1 к 1 с моими локальными фиксациями (в моей ветке «test-rebased»). Кто-нибудь знает какую-либо комбинацию команд git, которые могли бы дать мне такое сопоставление? Примечание: предположим, что сообщения о фиксации нестабильны (хотя они есть в моем примере здесь). Они могут резко измениться в моей локальной ветке (например, я мог бы выполнить «git commit —amend», чтобы переписать сообщение о фиксации).
Вероятно, единственный способ сделать это — исправить команду «git cherry», чтобы добавить дополнительный столбец выходных данных (поскольку, конечно, он знает отображение под капотом), но я подумал, что спрошу в Интернете, знает ли кто-нибудь о каких-либо возможностях здесь, прежде чем я рискну пойти по этому пути.
Ответ №1:
Краткое дополнение (я опубликовал вопрос) — этот патч для 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 %sn", sign,
- find_unique_abbrev(amp;commit->object.oid, abbrev));
fprintf(file, "%c %s %sn", sign,
find_unique_abbrev(amp;commit->object.oid, abbrev),
other ? find_unique_abbrev(amp;other->object.oid, abbrev) : "-");
} else {
struct strbuf buf = STRBUF_INIT;
pp_commit_easy(CMIT_FMT_ONELINE, commit, amp;buf);
- fprintf(file, "%c %s %sn", sign,
fprintf(file, "%c %s %s %sn", sign,
find_unique_abbrev(amp;commit->object.oid, abbrev),
other ? find_unique_abbrev(amp;other->object.oid, abbrev) : "-",
buf.buf);
strbuf_release(amp;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, amp;ids))
id = has_commit_patch_id(commit, amp;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, но подумал, что публикация этого может помочь уточнить, что именно я ищу. Конечно же, данные находятся прямо под капотом в команде «git cherry». 🙂
Комментарии:
1. Я тоже хотел нечто подобное
git log --left-right --cherry-mark A...B
раньше. Есть более четкое место для его отображения,git cherry
чем вgit log --left-right
.2. О, дорогой, если ты (@torek) тоже этого хочешь, это, вероятно, означает, что его не существует. Ого! Пожелайте мне удачи в получении (улучшенной версии этого) исправления, принятого в git upstream!