Tracy Pearson wrote: > Source Control. VSS and Subversion are two I've dealt with. There are two > methods, integrated in the IDE, and not. There are discussions in the > archives here about the pros/cons of both methods. This will enable you to > keep the data on the server, and keep the desktop and laptop sync'd.
Avoid all kinds of trouble, and don't try to use VFP's integrated source control. Just don't do it. Every now and then someone claims their team uses integrated source control with success, but I don't believe them. It is much better anyway to keep the concepts of development and source control separate. So before starting VFP, issue "svn update", and after you close VFP for the night, issue "svn commit". That is it! It is a bummer that VFP saves source in binary instead of plain text, because you lose out on diffing and merging (two powerful features of source control). But I don't recommend using my scX because the format it saves, although it is plain text and single-file rather than dual-file, isn't much better (too much noise in the diff). Subversion is light-years ahead of VSS. There are other newer options from the open-source world, but I'd recommend Subversion as a lot of people use it and there's a lot of documentation on it. > Directory structures is a personal preference. I'm sure there's pros/cons to > the different ideas of structures. I haven't settled on one yet, as my > projects vary from related and related, but not related. I know source > control can help with this, but I've not taken the time to become > try/understand branching. Keep separate repositories for each of your client projects, and your common structure. Then, you can make an svn:externals directive in each client project to bring in your common stuff to an individual project, or (better IMO) just add the path to the common stuff to each of your client projects. Paul _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
