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 firstname.lastname@example.org.
On Mon, 11 Nov 2002 20:58:34 +0100, "Bernhard Weichel" <bernhard.weichel at online.de> wrote: >hi, > >the question might sound strange ... > >We use XML for documentation, but the resulting PDF and Help files tend to >be very big. For this reason we do not want to keep them under version >control. OTH we would like to put it into CVS such that anybody checking out >a Sandbox gets the latest version of these files. > >one approach could be to delete all but the latest version of binary files >in the CVS archive. Is there a easy way to do this? > >Or is there a way to check in a binary file such that it replaces the older >version in the repository. > >This would allow us to use CVS not only for version management but for >infomration circulation also. Are you updating these binary documents often? Or are they seldom modified? We have a similar need for documentation storage and were thinking of CVS for this. We would like to store drawings etc in PDF format for retrieval by production in various versions. The RCS files will of course need to hold all revisions of each file, which make them grow big. It is similar to our software developent where we also keep the exe binaries just because we cannot even rely on being able to compile the same at a later time (due to dependencies on operating system details that may change). So we already store very large RCS files in CVS and it seems to cope OK. Some exe files hold hundreds of revisions and are upwards of 100 Mb in size. Works well, we never lost a single file. But a good size disk might be good (and is cheap nowadays). /Bo (Bo Berglund, developer in Sweden)