On 14-Jun-07, at 2:50 AM, Shawn Talbert wrote:
> I generally thought like Toby on this topic; but with disk space so
> cheap
> and SCM systems becoming better with binaries, I am turning to embrace
> storing some binaries in the repo for reasons such as:
>
> * for shared libraries, prebuilt binaries don't require other
> developers to
> download the entire source ...
>
> * again for shared libaries in an object-oriented paradigm, ...
>
> * correctness. Having the release binaries (e.g. executables) in
> the repo
> guarantees you have exactly the bits that were sent to the customer.
Particularly good combined with tagging.
> ...
All good points, and Eric mentioned the sensible exception I could
think of, which was "expensive to generate" - or, in some
environments, "difficult to generate," such as flex/bison output on
Windows.
But I was referring more to general sanitary habits and discipline.
Sloppy/inexperienced devs or those new to version control are going
to unthinkingly check (usually objects or executables) in without
realising the problems that this can cause - hence my rule of thumb.
--T
>
> -----Original Message-----
> From: Toby Thain [mailto:toby@smartgames.ca]
> Sent: Wednesday, June 13, 2007 2:10 PM
> To: Henrik Sundberg
> Cc: users@subversion.tigris.org
> Subject: Re: Storing VS binaries in Subversion
>
>
> On 13-Jun-07, at 5:39 PM, Henrik Sundberg wrote:
>
>> Hi,
>>
>> I've just heard that Microsofts C++ compiler generates different obj
>> or exe files at each recompilation.
>> The problem was said to be that they are storing pointers in maps and
>> then generate code while iterating the map. And thus places all
>> routines in random order at each recompilation.
>>
>> 1) Is this true? Both for obj and exe files?
>>
>> 2) Is this handled well by Subversion? Should I avoid placing
>> binaries
>> generated by Microsoft compilers in Subversion?
>>
>> I intended to place ~300 exe/dll files in one Subversion directory,
>> and to recompile and commit them often (every day).
>> There are also a couple of thousands of obj files that I might
>> like to
>> keep as well.
>
> Personally I think it's bad practice to store any derived file
> (especially objects) in a repository. Ymmv; I'd be interested to hear
> an argument in favour of it, because I can't think of [m]any.
>
> --Toby
>
>>
>> /$
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 14 14:45:47 2007