Then let's vote for (or better yet, implement) this bug!
Res Pons wrote:
> I hope soon there's a server side control feature for this. Setting
> auto props per user just doesn't make any sense to me and if user set
> their own, wouldn't there be a conflict? I tried to implement this
> feature on my server and I was told it yet doesn't exist or not possible.
> ----Original Message Follows----
> From: Matt England <firstname.lastname@example.org>
> Subject: RE: Standardize on ASCII type: dos2unix pre-commit hook?
> Does there exist a way to manage this mechanism (svn:eol-style
> property, or anything else) such that "ASCII standarizations" will be
> made regardless of client-side settings?
> In other words, is this a client-side setting or a server-side
> setting? Or is this question pertinent?
> If it's a client-side setting, then it's not nearly as useful to me.
> This goes back to the general issue I have with subversion where I
> can't manage the properties of clients from a single point (namely the
> server), which would be much more powerful, in my opinion. Is there
> any move afoot for future subversion changes to support a
> single-point-of-client control?
> At 3/12/2006 07:04 PM, Tony Morris wrote:
>> I am by no means an expert, but I have used the svn:eol-style property.
>> You can set it to apply to commits of specific file types in the
>> config file as an 'auto-prop'.
>> Tony Morris
>> -----Original Message-----
>> From: Matt England [mailto:email@example.com]
>> Sent: Monday, March 13, 2006 10:52 AM
>> To: SVN Users email list
>> Cc: firstname.lastname@example.org
>> Subject: Standardize on ASCII type: dos2unix pre-commit hook?
>> The various repos I administer finds users putting different text/ASCII
>> types (dos and unix, maybe some old mac) in the text-file content. This
>> screws up the diff comparisons, merges, and other things.
>> I'd like to auto-force a standard unix text across certain repos (if not
>> all of them). My current thinking is to run a dos2unix/mac2unix
>> hook. Is this a good/best way to go?
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Mar 15 18:36:29 2006