Could the SVN client filter out binaries at new version check-in ?

Then we could replace that check-in command with a script which uploads
the binaries to the download site (part of the web) and optionally
generates a textfile with url to the file. That url-list will be then
checked in (now with diff) to SVN.

The web-application then can keep archive as wanted (e.g. 5 versions
back from each person). It can visually show newest images first (with
information about age of that image, the person who made it, stability
information (devel/testing/stable) and optionally list of svn patches
applied since previous post).

The standardized location of binaries will enable an auto-update feature
in future, where the customer can select its preferred stability level
and the preferred developer (which kind-a correspond with the branch
where the image is oriented at - e.g. one likes to hack 3D, other one
video decoding and so on). Anyway, if auto-update is not wanted, it will
simplify package building.

Daniel


Timothy Normand Miller wrote:
> You can check binaries into SVN.  But when you check in updates, it
> doesn't do diffs, so each submission takes up a lot of space, and we
> really only need the latest binary.  For older versions, we can
> rebuild from source.
> 
> On Fri, Jan 16, 2009 at 1:46 PM, pk <[email protected]> wrote:
>> Timothy Normand Miller wrote:
>>> SVN is not a good place to store binaries (FPGA bitfiles, BIOS images,
>>> HQ microcode, etc.), but we really need a place to put some.  We've
>>> been dropping them on the traversaltech.com site, which is fine, but
>>> we haven't been organized about it.  Does anyone have suggestions?
>> Hi,
>>
>> According to this:
>> http://en.wikipedia.org/wiki/Subversion_(software)
>>
>> ... Subversion does handle binaries. Maybe it's a configuration issue?
>>
>> And RCS is also supposed to handle binaries:
>> http://en.wikipedia.org/wiki/Revision_Control_System
>>
>> Best regards
>>
>> Peter K
>>
> 
> 
> 
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)

Reply via email to