Good lateral thinking dude! :) Yes its possible to intercept the files after creation and before distribution. I didn't even think about this approach.
However I'll try the unzip-to-seperate-cvs-directory idea first... it has the advantage that CVS files are not in the working set. Having them there could still confuse the IDE. Sonam Pierre Asselin wrote: > In <[EMAIL PROTECTED]> Sonam Chauhan <[EMAIL PROTECTED]> writes: > > >>The proprietary IDE (something called 'webMethods B2B'), though >>lacking version control, has a inbuilt release mechanism. It zips >>up release directories in the working set. These ZIP files are then >>distributed to other servers. Hence we end up with CVS directories >>in 'live' servers. This takes us far far away from 'support land' >>and also may cause complications with the software's internal >>functioning. >> > > Can you intercept the .zip files and launder them? My zip man page > says: > > zip -d foo foo/tom/junk foo/harry/\* \*.o > > will remove [from foo.zip] the entry foo/tom/junk, > all of the files that start with foo/harry/, and all > of the files that end with .o (in any path). > > _______________________________________________ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs > > -- Electronic Commerce Corporate Express Australia Ltd. Phone: +61-2-9335-0725, Fax: +61-2-9335-0753 _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
