Re: [Gnu-arch-users] tla-cvs-sync / cvs keyword question

[Jeremy Shaw]

Hello,

I think -kk will do what you want. Atleast for me it does...

The cvs book has a bit to say about it:

http://cvsbook.red-bean.com/cvsbook.html#Controlling_Keyword_Expansion

Jeremy Shaw.
ps. I highly recommend the cvs book to anyone who has to use cvs still...

At 20 Mar 2004 09:00:13 +0900,
Miles Bader wrote:
> 
> I guess this is the wrong mailing list, but there are some knowledgeable
> people here so...
> 
> I'm getting very annoyed at always having to clean up the mess left by
> CVS keyword expansion when merging among my various arch emacs branches;
> the main problem is that I re-sync an arch-merged branch with a
> _different_ cvs branch, which is a very handy way of keeping CVS
> up-to-date, but I then always get spurious conflicts because of the !#$%
> keyword expansion.
> 
> So, I'd really like to just disable keyword expansion entirely when
> syncing between CVS and arch (at least in the emacs sources, these
> keywords serve no useful purpose, so it's no loss).
> 
> However, looking at the CVS docs, I'm not sure which cvs option is best
> for this.
> 
> The CVS docs, at least the sections I looked at, are very vague on how
> keyword expansion actually happens, so my mental model of what's going
> on might be screwed up.
> 
> The _best_ thing would be if CVS stored keywords `unexpanded' in the
> repository, and checkout/update expanded them into the working
> directory.  Then I couuld just use some option which said `never expand
> anything'.  However, the docs give the impression (but don't say
> explicitly) that cvs stores the _expanded_ form in the repository, and
> so no matter what you do, you're screwed.
> 
>   -kk  --  `canonicalizes' keywords (e.g., $Id$); best effect for
>            merging; if keywords are stored expanded in the repository,
>            this actually modifies the checked-out file, _and_ since the
>            command-line option overrides any file that's marked as
>            `binary' (-kb), it might screw up binary files.
> 
>   -ko  --  Looks like it actually leaves the keyword untouched, so it
>            gets whatever expanded form was in the repository.  This
>            would avoid spurious rewriting when updating a file on a cvs
>            branch (I think), but might result in occasional conflicts,
>            as the various branches are already going to contains
>            different expanded keywords, even in files that are otherwise
>            identical.
> 
>   -kb  --  Like -ko but also does no line-ending conversion.
> 
> So I'm not sure what to do; any hints?
> 
> I really, really want to just not have keyword expansion at all...
> 
> Well I guess the other option in this case is to get permission to
> delete the use of keywords from the source files... maybe not that hard...
> but it would be nice to have a solution which could be used for cases
> other than emacs.
> 
> Thanks,
> 
> -Miles
> -- 
> Quidquid latine dictum sit, altum viditur.
> 
> 
> _______________________________________________
> Gnu-arch-users mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gnu-arch-users
> 
> GNU arch home page:
> http://savannah.gnu.org/projects/gnu-arch/