Re: Problems using CVS transparently

[Sonam Chauhan]

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 <address@hidden> Sonam Chauhan 
<address@hidden> 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
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs
>
>


--
Electronic Commerce
Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Fax: +61-2-9335-0753