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

Re: general questions

From: Mark Phippard <markphip_at_gmail.com>
Date: Mon, 10 Sep 2012 15:06:16 -0400

On Mon, Sep 10, 2012 at 1:43 PM, John Maher <JohnM_at_rotair.com> wrote:

> Thanks again, Iím learning.****
>
> ** **
>
> I appreciate the time put in to help me and I really donít want to cost
> you more time, so I have a couple of yes/no questions.****
>
> ** **
>
> So the only time to use svnadmin create without having a dedicated server
> would be a single user (like me at home)?
>

Yes. You only use svnadmin to create repositories and a few other actions
that operate directly on the disk. That means you are either managing a
server or in the case of a single user, creating a personal repository on
the same machine you do development.

> As for as the dll extensions, those are not a concern. I am talking about
> ide setting files.
>

As is noted in the book:
http://svnbook.red-bean.com/en/1.7/svn.advanced.props.special.ignore.html

There is a global ignores that can be configured per client. This lets you
just ignore all files with a specific extension. I do not know what the
IDE configuration files are the you want to ignore but if they have a
unique extension, this is one option. The other option is the svn:ignore
property. This has to be set on the parent folder that might contain the
files you want to ignore. You can also ignore an entire folder, so if all
your build output goes to a folder named "build" you can just ignore that
entire folder.

> And if we have a project made up of 44 repositories I need to enter the
> command 44 times, no eaiser way, right?
>

The global ignores are a per client setting and would apply to all
repositories. You just have to make sure all your users set it up. The
svn:ignore property is set on folders within the repository.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2012-09-10 21:06:50 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.