Re: cvswrappers question

[David Carson]

"Prabhu Ram (InfoSpace Inc)" <address@hidden> wrote in message 
news:<address@hidden>...
> We are running CVS 1.11 and I am trying to turn off auto-merge for certain
> types of files (which happen to be text files say ending with .xyz).
> According to documentation it appears that cvswrappers is the way to do
> this.  So I make the following entry in the cvswrappers file in CVSROOT
> 
> *.[xX][yY][zZ]        -m  COPY 
> 
> also tried
> 
> *.[xX][yY][zZ]        -m  'COPY'
> 
> In either case, I still get MERGE behavior rather than COPY behavior.  What
> am I missing ?

I am struggling with the same thing.  I have tried every method I know
about to prevent merging:

o  $CVSROOT/CVSROOT/cvswrappers
o  ~/.cvswrappers
o  <dir_to_file>/.cvswrappers
o  cvs update -W "-m COPY"

None of them seems to do anything at all.  

This leads me to believe I have misunderstood the meaning of the COPY
option. Here is the situation: The file in question is text, not
binary, but it gets modified during a build.  That means that when the
file is committed by another user _and_ I have done a build on my
machine (modifying it locally), the next time I update I will get a
conflict.  What I DO NOT WANT is the conflict markers (<<, >>) with
the conflict information.  This produces a file that will cause my
build to fail!  I can live with either:

o  move the local copy to .#whatever and bring down the repository
version
o  complain that no merge is possible and do nothing

but cannot live with the attempted merge.  

The -m COPY should prevent any kind of merge (successful or
conflicting), right? Have I misunderstood the purpose of -m COPY?  Is
this something I need to setup before I do an import?  What's the
deal?

David