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.
> I wish Tony H or Arthur would explain better the situation(s) they have > seen that lead to data loss. IIRC, so far it was only a "trust me on that" > or something the like... I think it would be extremely helpful if the > situations that lead to data loss were described somewhere in a way that > allows them to be reproduced. Gerhard, Although the example given by Tony does not infact lead to data loss, I do believe there is still a possibility for data loss during merges. I can think of two ways in which data could be lost during a merge, there may be more. I have not investigated this as fully as I expect the CVS team has, so please let mw know if I've misunderstood anything. The first scenario is when a user does a merge, but then does a lot of manual editing of files (beyond resolving conflicts) before the commit. This is something that has been mentioned by Tony, Arthur et al in this discussion. My opinion is that if during the course of a merge the user edits files (including undoing parts of the merge), then these changes should be considered as part of the merge. Therefore any loss of data that comes about as a result of this is only perceived loss of data, not actual loss of data. I realise others disagree with this point of view and so won't push the point. The second scenario is to do with how and when mergepoints are created in the first place, as I have mentioned in a previous post. This would result in actual loss of data. The possibility of this happening is unrelated to bi-directional merging, or to the patched code that is under discussion. I think this scenario is a possibility in the current release of CVS (2.5.0.3). It can however be detected programmatically within CVS and corrected for. As I have said previously, I don't personally have the expertise with the CVS source code to be able to make any realistic attempt at producing a patch for this, but am willing to work with the CVS team or other users in the production of such a patch. Rgds, Andy -- Andy Harrison - Platform Software Engineer Anite Telecoms Ltd. Ancells Business Park, Fleet, Hampshire, GU51 2UZ, UK "No matter how bad things seem... ...nothing could be worse than being used as a towel rail." - A.A. Milne A member of the Anite Group of companies. Please refer to www.anite.com for individual Anite company details. The contents of this e-mail and any attachments are for the intended recipient only. If you are not the intended recipient, you are not authorised to and must not disclose, copy, distribute, or retain this message or any part of it. It may contain information which is confidential and/or covered by legal professional or other privilege. Contracts cannot be concluded with us nor legal service effected by email. Anite Group plc Registered in England No.1798114 Registered Office: 353 Buckingham Avenue Slough Berks SL1 4PF United Kingdom VAT Registration No. GB 787 418187 Scanned for viruses by BlackSpider MailControl.