git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Eugene Sajine <euguess@gmail.com>
To: Alex Riesen <raa.lkml@gmail.com>
Cc: git@vger.kernel.org, Eugene Sajine <euguess@gmail.com>
Subject: Re: "git log -- SHA-1" - how to get/simulate this functionality?
Date: Mon, 26 Apr 2010 16:07:26 -0400	[thread overview]
Message-ID: <g2l76c5b8581004261307g39f96c6en36588bfea6640ac5@mail.gmail.com> (raw)
In-Reply-To: <y2n81b0412b1004261237w1c9221dn1ac75a29f50cb74d@mail.gmail.com>

On Mon, Apr 26, 2010 at 3:37 PM, Alex Riesen <raa.lkml@gmail.com> wrote:
> On Mon, Apr 26, 2010 at 20:57, Alex Riesen <raa.lkml@gmail.com> wrote:
>> On Mon, Apr 26, 2010 at 20:22, Eugene Sajine <euguess@gmail.com> wrote:
>>> Well thank you for that, but that gives me what i already know - the content.
>>> I need to "reverse engineer" the history by having only the content
>>> and its SHA-1 in order to indentify the last commitID and get all
>>> relevant info (author, date etc. )
>>
>> Hmm. In that case, your using of git log look like a good way to get the
>> information. If you wanted an output format which is better suited for
>> automated parsing, you can look at "git rev-list --pretty=format:...",
>> let it output only commit and tree hashes, and grep the output of
>> "git ls-tree" for your hash...
>
> Actually, "git log --no-abbrev --raw --oneline" looks very simple to parse.
> By the way, you may get ambiguous results: any file any time could have
> had the given hash. IOW, by looking at the whole history you may see different
> files having the same hash. It does mean the same content, so maybe its
> OK for your purposes.
>

Yes this looks a bit better, but still not "grep"-able easily as grep
SHA-1 cuts off the commit ID.
I'm wondering why this "simple"  feature which actually solves
(almost) the problem of "keyword expansion" substitution for git once
and for all is not yet there...:(

While i do realize that i might have ambiguous results and first of
all because the same blob can exist in creation commits, modification
and move, but mostly people are interested in the last commit of this
particular file/blob. So, i would say, it is very rare that at any
given point of time there will be two objects with the same hash in
repo.

It is a feature request than:)

Please, somebody take a look at the possibility to develop a variant
of "git log" or rev-list which would show the commits in which the
given blob SHA-1 has participated.

Thanks,
Eugene

      reply	other threads:[~2010-04-26 20:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-26 17:54 "git log -- SHA-1" - how to get/simulate this functionality? Eugene Sajine
2010-04-26 17:56 ` Eugene Sajine
2010-04-26 18:08   ` Alex Riesen
2010-04-26 18:22     ` Eugene Sajine
2010-04-26 18:57       ` Alex Riesen
2010-04-26 19:37         ` Alex Riesen
2010-04-26 20:07           ` Eugene Sajine [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=g2l76c5b8581004261307g39f96c6en36588bfea6640ac5@mail.gmail.com \
    --to=euguess@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=raa.lkml@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).