Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
cvsnt-bounces at cvsnt.org wrote on 14/11/2007 21:01:50: > Julian, > > Jan was on the right track with that answer, but I have a slightly > different tack. > > Just use ACLs so that users who are not authorised to see that code > cannot check it out. > See "cvs chacl" for more information. While your sollution is generaly the way to go there are actually situations where it won't solve the problems. I'm developing in Progress ABL, a language that requires recompilation after a database schema change. To make life somewhat easier a lot of software company's deliver the sourcecode to their customers xcoded. xcode is a utility provided by Progress software corporation, that encrypts the code so it becomes unreadable and unchangeable to the users, but the Progress compiler can decode the xcode (the encryption is not entirely safe as there is at least one company that offers decription if you can prove your the owner of the code, but quite a few company's can live with that). So at least to me the question makes sense, you may very well want to be able to commit sources to a repository and immediately have the xcoded (or eg. obfuscated javascript) available. I think the sollution I suggested is the way to go. I don't think a change to CVSNT to encrypt the source on checkout is necessary or even a good idea (you'll have to encrypt it on every update, instead of once when it's committed). Off course, you can still use ACL to deny all access to the module without obfuscation to the users that don't need access. Kind Regards, JAN KEIRSE ICT-DEPARTMENT Software goederenstroom: Software Engineer **** DISCLAIMER **** <A HREF="http://www.tvh.be/newen/pages/emaildisclaimer.html"> http://www.tvh.be/newen/pages/emaildisclaimer.html </A> "This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message."