subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Balogh Péter <>
Subject Re: override global-ignores from server side
Date Tue, 19 Sep 2017 09:09:31 GMT
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,

On 2017-09-19 11:02, Bert Huijben wrote:
>> -----Original Message-----
>> From: Balogh Péter []
>> Sent: dinsdag 19 september 2017 10:59
>> To:
>> 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

View raw message