[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: override global-ignores from server side

From: Branko Čibej <brane_at_apache.org>
Date: Tue, 19 Sep 2017 16:21:26 +0200

On 19.09.2017 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.

Well frankly I was under the impression that svn:global-ignores overrode
the global-ignores client config setting. Apparently it does not ... I'd
call that a bug, but that's water under the bridge ...

-- Brane
Received on 2017-09-19 16:21:34 CEST

This is an archived mail posted to the Subversion Users mailing list.