I think you have it wrong way around -- the file that you modify and commit goes to 1.1 -- but you should be doing a "cvs update" before you rebuild, which will pick up the other developer's commits.
svn uses repository versions not file versions, so yo will get different results in your $Header$s. For almost all users, svn will be a better solution. On Sun, 2006-03-12 at 12:05 +0800, [EMAIL PROTECTED] wrote: > On Sunday 12 March 2006 09:00, [EMAIL PROTECTED] wrote: > > > > Since subversion does renames and file moves much better that cvs I > > > > think its actually a better tool for this job than cvs. However itsI > > > > still don't think its the right tool. > > > > > > No, that's still "different" not "better". > > > > Tools like CVS and Subversion were designed for doing revision control > > on software projects. In normal software projects it is not uncommon > > to move files from one directory to another or to rename a file so > > the name better reflects the files purpose. When people do this they > > usually want to be able to track changes across the rename or directory > > move. > > > > > If it was better then it would be better for everyone. > > > > But it is better for the vast majority of software projects where > > the ability to rename or move files is desirable (ie outside the > > loopy world of MIL specs). > > > > In addition subversion has other advantages over CVS such atomic > > commits [0]. > > > > > It's not better for me, and it isn't better for the original poster > > > (James). > > > > It looks like the needs of you two are different from that of > > the vast majority of software developers. > > Maybe. Consider: > (This is true!) Under subversion I have a project with (say) 3 files. > Developer B checks out those files. > A changes file1 and commits it > B changes file2 and commits it > > A updates his sources and builds a rom > B update his sources and builds a rom > > Both roms contain the same code, BUT their whatstrings are NOT the same > stuff like this > "$Header: /home/cvs/olive-201/olive-comms.c,v 1.9 2005/05/05 10:35:26 jam Exp > $"; > > The roms print different IDs though they are the same > > (from memory, might not be accurate, but the gist is accurate, and easy to > test for anyone using subversion; put $Header:$ in your files and stand back) > > A > file 1: 1.0 > file 2: 1.1 > file 3: 1.0 > > B > file 1: 1.1 > file 2: 1.0 > file 3: 1.0 > > And yes i did RFM and it did explain the error as a feature > > Both should have > > file 1: 1.1 > file 2: 1.1 > file 3: 1.0 > > That is pretty pretty important to do correctly! > > so if subversion is ideal for the vast majority of developers it's still not > a > real CVS > James -- Regards, Martin mail: [EMAIL PROTECTED] homepage: http://thereisnoend.org
signature.asc
Description: This is a digitally signed message part
-- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
