On Wednesday 21 November 2001 07:24 pm, Migs Paraz wrote: | On Wed, Nov 21, 2001 at 06:40:27PM +0800, Federico Sevilla III wrote: | > I am not very familiar with CVS, yet. I've only used it so far to keep my | > copies of Horde and XFS in-sync with the main repositories. Do you think | > CVS can handle keeping two large repositories of data that are modified by | > various people at various stages of the day in sync? | | I'm not too sure since CVS was designed for source code maintenance.
If your data consists of binary data then you can't get CVS doing work for you as CVS will treat the _newer_file as the _good_ file. This means that you for example one member is modifying a jpeg file and another happens to be modifying the same file then the last person to _commit_ will lose the changes of the first person. So for example user 1 and 2 are working on same copies. User 1 changes color blue to red and user 2 changes color green to black, with user 1 commiting first.... then the changes that will be saved will be that of user 2. This means that the change user 1 made will be lost. The only solution here is that user 2 updates his copy of the file with the newly saved file and _redo_ all his work then commit. Not really good as it doubles development time. CVS is best used for ASCII as it's smart enough to know if two users both changed something and will _try_ to merge the changes from both users painlessly. -- Deds Castillo Infiniteinfo Philippines http://www.infiniteinfo.com Hiroshima '45, Chernobyl '86, Windows '95 _ Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph To leave: send "unsubscribe" in the body to [EMAIL PROTECTED] To subscribe to the Linux Newbies' List: send "subscribe" in the body to [EMAIL PROTECTED]
