[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Referring to revisions in the git future.
From: |
Stefan Monnier |
Subject: |
Re: Referring to revisions in the git future. |
Date: |
Wed, 29 Oct 2014 08:26:57 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
> think so. In a more perfect world, I'd go with the easily
> recognizable and unambiguous IDs.
Actually, if those revids were really mechanically usable, I think that
would be good enough. But they're not "easily recognizable".
It's hard to write a regexp that recognizes these without too many false
positive, and even if you could do it, you'd still need to find out in
which repository to look it up (when they appear within a file within
that repository, it can be made to work, but when they appear in an
email it's much more difficult to link it to the appropriate
repository).
Stefan
- Referring to revisions in the git future., Alan Mackenzie, 2014/10/28
- Re: Referring to revisions in the git future., Óscar Fuentes, 2014/10/28
- Re: Referring to revisions in the git future., Eric S. Raymond, 2014/10/28
- Re: Referring to revisions in the git future., Barry Warsaw, 2014/10/29
- Re: Referring to revisions in the git future., David Kastrup, 2014/10/29
- Re: Referring to revisions in the git future., Eric S. Raymond, 2014/10/29
- Re: Referring to revisions in the git future., Barry Warsaw, 2014/10/29
- Re: Referring to revisions in the git future., Lars Magne Ingebrigtsen, 2014/10/29
- Re: Referring to revisions in the git future., Eric S. Raymond, 2014/10/29
- Re: Referring to revisions in the git future., Paul Eggert, 2014/10/29
- Re: Referring to revisions in the git future., Nic Ferrier, 2014/10/29
- Re: Referring to revisions in the git future., Stefan Monnier, 2014/10/29