Re: Suggestion: drop 'g' in git-describe suffix

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Santi Béjar wrote:
On 11/2/06, Han-Wen Nienhuys <hanwen@xxxxxxxxx> wrote:
Andy Whitcroft escreveu:
> Han-Wen Nienhuys wrote:
>>
>>   tag+sha1
>>
>> to separate the tag and the committish.
>
> Well there is a non-alphabet character in there, a minus (-).  The g
> prefix on the sha1 _fragment_ it to indicate that it is in fact a
> truncated sha1, not a complete one.

I think it is there to indicate it is a git commit sha1.


is this policy documented somewhere?  None of the tools understand it.

[lilydev@haring git]$ git describe
v1.4.3.3-g1e1f76e
[lilydev@haring git]$ git show g1e1f76e
fatal: ambiguous argument 'g1e1f76e': unknown revision or path not in
the working tree.
Use '--' to separate paths from revisions


Use the complete output of describe:
$ git show v1.4.3.3-g1e1f76e

this one doesn't work for me in my repository.

$ git-describe
release_1_22_v0.7-g85eb121

$ git show release_1_22_v0.7-g85eb121
fatal: ambiguous argument 'release_1_22_v0.7-g85eb121': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions


or the abbrev sha1:
$ git show 1e1f76e
this one works with my repository

$ git show 85eb121

i use git version 1.4.2.rc2.g2686c

(that was next branch of git one or two days ago or so..)

it would be great to let the full output of git describe work as well.

Sincerly
Nicolas
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]