Thank you for the comment, yes in general Fossil handles this pretty well. Just there are difficulties at times when you have a text file that is marked up but is a structured file. I have to be particularly careful with XCode project files where the Fossil markup if present makes them un-readable to the IDE. The solution there is the use of revert then changing the old file to the new via the IDE.
I did some experiments with using diff and patch to update some files to prevent forks and sometimes it worked. I guess you just have to look at the changes and if necessary use a text editor to get all the changes in then force a commit. If you understand the purpose of the changes then you will probably get it right. It just won't always be automatic. Most of my early work on SCM's was with a checkout type system where you don't have to think this way. I have to adjust my ideas of how to handle changes. --jim On 17 May, 2010, at 12:06, Joshua Paine wrote: > On 05/11/2010 07:40 AM, jim Schimpf wrote: >> This document repository is a very degenerate case since there is >> really only one file in work. With multiple users they are going to >> be editing the same file at the same time. > > I think breaking up a long document into chapters is a common practice. > But even with one file, if you're working on different parts of the same > document, you should be fine. Fossil should automatically merge > non-conflicting changes. Of course, it's possible to have changes that > conflict at the human meaning level without conflicting as far a program > can tell. E.g., if someone reworks an earlier paragraph that you're > trying to reference later. This problem is not unique to proper revision > control systems--it happens any time people collaborate and on a > document and can even happen when working all by oneself if the work is > large enough and/or spread out over enough time. > > -- > Joshua Paine > LetterBlock: Web applications built with joy > http://letterblock.com/ > 301-576-1920 > _______________________________________________ > fossil-users mailing list > fossil-users@lists.fossil-scm.org > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users