On 02/06/10 21:10, Steve Romanow wrote: > On 6/2/2010 3:00 PM, u2-users-requ...@listserver.u2ug.org wrote: >> Date: Wed, 2 Jun 2010 06:45:43 -0700 >> From: "Boydell, Stuart"<stuart.boyd...@spotless.com.au> >> To: U2 Users List<u2-users@listserver.u2ug.org> >> Subject: Re: [U2] SB+ PA Compare >> Message-ID: >> <7ee7790a950e094399b01520071826a20106b48d6...@sg1rd3xvs031.red003.local> >> >> >> Content-Type: text/plain; charset="us-ascii" >> >> I have uploaded the file. >> >> The way I use it; I have a trigger around dictionaries to write them >> to a type 19 file when they change which is used for source control. >> >> The trigger program gets the new dictionary record, removes attribute >> 10 and up from I-types, lowers the record then puts several bits of >> meta data written into the first 6 attributes followed by the >> dictionary record into att7 and then written to the type 19 file. >> >> Eg: write >> hostName:@vm:dictPath:@am:dictName:@am:dictId:@am:field(dict<1>,' >> ',1):@am:system(99):@am:system(19):@am:lower(dictRecord) on >> Type19File,SourceControlKey >> >> The key is an MD5 digest of the dictionary path and id for the key >> (it's relatively short, unique, char safe) but you could use anything >> you like to make it easy to compare items across systems or accounts. >> >> The formatter script puts them into a format for easy comparison in BC. >> >> http://www.pickwiki.com/cgi-bin/wiki.pl?Beyond_Compare >> >> Hope that's helpful, >> Stuart >> > This is very helpful. I am thinking of maybe a control record per > dict item record type to classify the relations between say the FD and > .FD or the SD, SD.GUI and SD.TXT. That control record would specify > which attributes to export out in the lowered record. This could be > extended to RD's, Conditional's, Dialog's. All of the SB+ types. > Maybe instead of a trigger, put a wrapper around (or in) FD, AE, etc. > > Stuart, what vcs do you use? I have been looking strongly at Hg, but > the distributed model looks liek an ill fit when the code must be run > in an ERP environment. Its not like each dev can have their own TEST > account. > > Might be nice, but it is not reasonable. I'm not a mercurial user - I'm learning git, but what's wrong with a DVCS? Yes it would be nice if each dev could have their own account, but you're assuming "one dev per DVCS instance". Why not one account per DVCS instance? But by not giving each dev their own account, you're throwing all the advantages of ANY version control system! Whether it's Mercurial, git, SCCS, CVS, Visual Source Safe, as soon as you have devs fighting over access to the source you're giving yourself a headache. Centralised system, distributed system, it's all the same.
Let me give you an example method of working with git, several devs, one test environment. Pretty safe bet you can translate this into Mercurial terms easy enough. Each dev has their own test account, probably can't do an awful lot there, but they do all their coding, compiling, and basic unit testing in their own account. They can then push their changes to a branch in the central test account to test them. When they're happy, they can merge them into the main branch. If several devs are fighting over the central test account, the fact that git allows very rapid changes between branches means that one can have it for however long it takes, then revert his changes leaving it clean for the next one, so you can switch the test account rapidly. And more importantly, dev A *can't* step all over My experience of cvs's commercially was either none (for UV, had to track everything manually), or VSS for VB where it was a right pain when I had something checked out for dev work and somebody else needed it for a quick bugfix, or vice versa. Thing is, you can put procedures in place so that a DVCS has strict central control. You can't set up a centralised VCS to give several developers flexibility to work on the same code at the same time. Cheers, Wol _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users