Hi Bert,
I totally understand the reasoning if you're a native developer
But if you're not, it's not reasonable to make everybody build the world
from scratch
Not the mention the cases, when you get the libraries compiled from your
3rd party provider
The world has long time ago moved on from only native development, and
we're generating hundreds of C# files every week
How can we make svn usable for our use case?
Best regards,
Peter
On 2017-09-19 11:02, Bert Huijben wrote:
>
>> -----Original Message-----
>> From: Balogh Péter [mailto:balogh.peter_at_xcite.hu]
>> Sent: dinsdag 19 september 2017 10:59
>> To: users_at_subversion.apache.org
>> Subject: Re: override global-ignores from server side
>>
>> Hi,
>>
>> Yes, I'm aware that adding the .a file manually is possible, but it does not
>> solve the issue, that we have to check manually after every library update, if
>> a new .a file is added And the issue won't show up, until we commit the
>> changes, and the CI build fails with a linking error The default list is not large,
>> that's why overriding it does not seem to be an irrational request But right
>> now, if I put a .a file in an SVN, I have no way to make it show up in the
>> status without client side modifications, and I think it's a really important
>> missing feature
> Where I work we have a strict policy that we don't release binaries that are built on normal workstations, just those on regulated build systems where we can 100% reproduce previous builds. Having a default that would make users commit locally build artifacts would go against that. We manage these artifacts using different tooling that was designed for that purpose.
>
> Bert
>
Received on 2017-09-19 11:09:39 CEST