[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: Balogh Péter <balogh.peter_at_xcite.hu>
Date: Tue, 19 Sep 2017 10:58:34 +0200

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

Best regards,
Peter

On 2017-09-19 10:54, Bert Huijben wrote:
>
>> -----Original Message-----
>> From: Balogh Péter [mailto:balogh.peter_at_xcite.hu]
>> Sent: dinsdag 19 september 2017 10:45
>> To: users_at_subversion.apache.org
>> Subject: override global-ignores from server side
>>
>> Hi,
>>
>> I think our use case is not covered even with the recent features in
>> subversion By default, for example the .a files are ignored in the svn clients
>> Since we're developing mobile multi platform titles, it's common to add
>> certain libraries as .a files to the repository Is there a way, to override the
>> client's default global-ignores with a repository specific one?
> The ignores are only applied to files that are not already added, so in your case just adding the files and applying the ignore rule on a system where you do want to add these would just work fine. The default list of ignores is not that large and you can add items via svn:ignore and svn:global-ignores properties on a directory.
>
> Bert
>> Best regards,
>> Peter
Received on 2017-09-19 10:58:49 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.