[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu-arch-users] arch lkml
From: |
Bruce Stephens |
Subject: |
Re: [Gnu-arch-users] arch lkml |
Date: |
Thu, 11 Dec 2003 15:40:37 +0000 |
User-agent: |
Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) |
"Mark A. Flacy" <address@hidden> writes:
[...]
> I could see how this could be used on a commit rather than a get,
> but it would have to be a one-shot expansion. A file-id is useless
> if it changes with every commit.
Why? Suppose Arch stored files always with unexpanded keywords
($ArchId$, say), and on get, it expanded them appropriately. Then,
when it needed to (on commit, for example), it could use the expanded
keywords to determine file renames and deletes. Also adds, since an
unexpanded keyword like $ArchId$ would have to be a new file.
Arch would probably need to keep a stable tag internally, but it
needn't expose those to ordinary users. Not that I can see, anyway;
it's possible that having the permanent ids in files make some things
feasible that would be impossible for expanded keywords, and that I
just haven't seen it yet.
[...]
- Re: [Gnu-arch-users] arch lkml, (continued)
- Re: [Gnu-arch-users] arch lkml, Karel Gardas, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Roman Zippel, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Karel Gardas, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Roman Zippel, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Robert Collins, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Roman Zippel, 2003/12/13
- Re: [Gnu-arch-users] arch lkml, Mark A. Flacy, 2003/12/11
- Re: [Gnu-arch-users] arch lkml,
Bruce Stephens <=
- Re: [Gnu-arch-users] arch lkml, Mark Thomas, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Bruce Stephens, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Tom Lord, 2003/12/11
- Re: [Gnu-arch-users] arch lkml, Mark A. Flacy, 2003/12/12