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

RE: browsing repository, xsl problems

From: Hunkel, Manfred <M.Hunkel_at_t-systems.com>
Date: 2005-04-14 12:44:08 CEST

| -----Ursprüngliche Nachricht-----
| Von: Dirk [mailto:bigengineer@gmail.com]
| Gesendet: Donnerstag, 14. April 2005 12:24
| An: users@subversion.tigris.org
| Betreff: Re: browsing repository, xsl problems
| On 4/14/05, Hunkel, Manfred <M.Hunkel@t-systems.com> wrote:
| > You didn't tell us which client(s) you're using...
| Sorry, I didn't think it would matter. I use rapidsvn most of the
| time. I just discovered that I can change the property with rapidsvn
| and this works! But, I don't want to change every file manually.
| Shouldn't the subversion config file take care of mime-types of newly
| added files? Or is that a wrong assumption, is this only meant for the
| svn client itself instead of the server?

Alright... I'm not all that familiar with RapidSVN. At the time we tried this,
i8n wasn't one of ist stronger features.

For "post-facto" property-setting, I'd recommend using TortoiseSVN, which is a fabulous client for the Windoze platform. It integrates nicely with Windows Explorer, i.e. you can select a bunch of files/directories, right click, select file properties, and take a look at the new tab courtesy of Tortoise. Among other things, it allows you to manipulate the properties and apply the changes to all of the selected files.

You correctly assume that you can also instruct SVN to automagically set properties for newly added files; to this end, you'll have to enable auto-props and supply filename patterns and propname/propvalue associations.

All this is described in depth in The Book, a wonderful read ;-)

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 14 12:46:06 2005

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.