Lou, Ok, some info.
VFP is designed to work with VSS and can do so quite well. The default way you use it doesn't work quite right, so I have a work around that solves it. The end result is that, within VFP, if I edit or create a form, class, code, etc., it is automatically updated to VSS. I also have or currently use subversion and mercurial (there are others, but I will reference these 2 as they are most common and representative of the others.) Overall, I think that mercurial is a better choice due to the way it works - especially giving the develop the ability to work with the local repository to check things in while working without updating the main repository. While the other 2 don't integrate, they can be set to effectively work the same way. Again, mercurial is better in that you don't need to check out the code before you work due to the way it manages files. None do binary files (.scx, .frx, etc.) When you integrate VSS into VFP, as you work on the non text type files, it produces a .xxa file that is a textual version of the file and uses that for diffs, etc. If you want the same benefit with mercurial or subversion, I recommend the following approach: Add code to your project class so that whenever you build a project and it senses it needs to recompile a .scx, .frx, etc., (which it already does) it also runs a module that generates a text version of that file (like VSS does.) You can use the one built into VFP (just call it manually from the project class) or one of the others mentioned in other emails. All that matters is that when you diff one text file to the other, you can figure out what has really changed. Now, when you check things in, you check in not only the .scx/.sct, but also the text file. If you need to diff one .scx/.sct version against another, ignore those and diff the text versions instead. One issue with the VFP code generator is that if you edit a method, the resulting change is usually put in a different place in the generated code - this makes diffing much more difficult. So I would recommend a 3rd party text generating tool regardless of the approach you use. Oh, and I would definately make sure you know where the source code can really be found. If only one person knows, you are ill prepared for an unplanned incident (and that has happened to more companies that you think.) Good luck, Fletcher ________________________________ From: Lou Syracuse <[email protected]> To: [email protected] Sent: Fri, February 4, 2011 8:24:55 AM Subject: VFP and Source control Is anyone using source control with VFP? I really need to push for something here. We have source code in at least 3 network locations, on each of the developer machines (including one from a developer who no longer works here). I specifically set today aside to work on converting a reporting program that uses VFP tables to use SQL (we are upgrading our main application to the vendor's SQL version soon) - but the only code I can find on the network doesn't have any code - it just says "data call goes here" or "insert fancy SQL call here". I KNOW we have code that was being worked on as I have seen it running, but the developer of that system works part-time and won't be back in the office until Monday so my day is shot. We need a solution that handles VFP and .NET projects. Documents and SQL Server code would be good too. In my last company we used Subversion and with Tortoise as the front-end and it worked pretty well; however Subversion is Apache-based and I know nothing about Apache. I've had too many issues with VSS to consider it (plus I think it has been discontinued). I don't know much/anything about TFS, can it be used (easily) with VFP projects? We're a small (but growing) department, security is not so much an issue - we need a solution that is dependable, easy to use and fairly low-maintenance. It may be an uphill battle to sell it, but the fact I'm spending most of today NOT coding should be an indicator that something need to change. Thanks in advance, Lou LouS --- StripMime Report -- processed MIME parts --- multipart/related multipart/alternative text/plain (text body -- kept) text/html image/jpeg --- _______________________________________________ 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/01b701cbc488$0f516520$2df42f60$@com ** 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. --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html --- _______________________________________________ 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.
