Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
This is becoming a problem for us. There definitely seems to be a problem here. I watch the messages from the merge command closely and notice the small "rcsmerge: warning: conflicts during merge" message in the list. The control files (in the CVS directory) however, do not reflect the conflict state. Compounding this is that it seems as if CVS does not check for the conflict markers unless the current state of the file on the sandbox is a conflict. We have had a number of occasions now where conflicts have been checked into CVS. (Not all of our developers understand CVS well enough to notice the conflicts, especially when performing a large update.) Richard Wirth wrote: >While merging changes from a vendor branch into the main trunk, >several files were marked 'conflict' in the log output, but afterwards >in CVS/Entries thiese files are only marked 'modified'! So WinCVS does >not show the 'conflict' icon. > >What's going wrong??? > >output from >cvs -z3 update -d -jV2_30_b22 >.... >RCS file: l:/CVSBASE/aProject/SDK/Windows/Error.h,v >retrieving revision 1.1 >retrieving revision 1.1.1.2 >Merging differences between 1.1 and 1.1.1.2 into Error.h >rcsmerge: warning: conflicts during merge >C SDK/Windows/Error.h >cvs server: Updating SDK/Windows/Control >.... > >contents of CVS/Entries: >... >/Window.h/1.1.1.2/Sat Aug 24 21:57:36 2002// >D/Control//// >/Error.h/1.2/Result of merge// >.... > > >cvs version is 'last night build' (client and server on WIN2k) > > > > -- Jonathan Keller Web Application Developer jhkeller at ucdavis.edu