>Hi,
>
>No real need for sophisticated branching and diffing here on this VFP stuff. Just do not really want to move the VFP support engineering. I understand that this may be worth the work of course.
>
>Should Mercurial be workable for VFP, I'd possibly take advantage of it if there is good feedback on it since that would be possibly a nice intro to distributed VS:)
>
>Daniel
Look at VFPX Fernandos FoxBin2Prg. There is something deeper on it.
I myself run git, mostly external of VFP except a fast commit. There is a kind of an interface on VFPX for that job as well.
I do branching, not much diff since I'm on my own. But I do use it as a rolling backup. (It's not to tricky to squash those backups to a more meaningfull commit later on.) And for shure I synch code around my own comps.
In general all what will run on files will run with VFP. And a bloated local VCS for backup is better then hacking the EXE. :)
Words are given to man to enable him to conceal his true feelings.
Charles Maurice de Talleyrand-Périgord
Weeks of programming can save you hours of planning.
OffThere is no place like [::1]