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

RE: SVN Security

From: Calvin <szguoxz_at_hotmail.com>
Date: 2005-07-17 10:52:28 CEST

Fsfs.
I specified fsfs as the repository type when created repository. But when I
check the repository after check in files, I still see a db folder, with one
file a rev, instead of one file per real file. Is this normal?

Also, I see a problem of rev folder. If I reach 10,000 revs, there will be
10,000 files under one folder. I think that might be a problem, as too many
files under a folder. Anybody has concerns on this? Perforce save every file
as a file. Though it might endup more files than subversion at the
beginning, but later on, it might be less files, and it's well spread of all
sub folders. Do we have sub folder structure under rev folder at all?

Another interesting feature of subversion is its binary file processing.
Anybody tried to save a SQL server DB in it? Just wondering whether it's
smart enough to just save the difference of the DB. :-) If I zip the db and
save it, how will it do then! Now SQL server DB is a big problem for me, as
sometimes, it's really convenient to save the whole DB in SVN, so developers
don't have to resetup testing data.

Thanks,

Calvin

-----Original Message-----
From: Calvin [mailto:szguoxz@hotmail.com]
Sent: Sunday, July 17, 2005 4:45 AM
To: users@subversion.tigris.org
Subject: RE: SVN Security

Since I really want to try SVN, I forced myself to spend 1 hour on Apache.
Pretty cool features, maybe better and easy than IIS. But I am doing
ASP.NET, so I can not use it to host my site, but it's perfectly OK to host
my SVN.

Now the question about security again:

In Perforce, I could say:

Developers -w //perforce /....build

Basically all the developers won't have write access to all *.build files in
the whole repository.

If SVN can do this, it'll be great. But if it can not, I can live with it. I
could group all these files together and set directory permission.

Now I start to love SVN, only hope it's as stable as Perforce.

Thanks,

Calvin

-----Original Message-----
From: Calvin [mailto:szguoxz@hotmail.com]
Sent: Saturday, July 16, 2005 8:23 AM
To: 'John'; 'users@subversion.tigris.org'
Subject: RE: SVN Security

Yea, the only problem is Apache. I've already have IIS on my server, not
sure they can live together or not. I want to use SVN, so I can learn. But
SVN forces me to learn Apache, which I don't think I am going to use it in
any other way but SVN, kindof a waste.

If SVN server can provide decent security configuration, it will be a killer
app.

-----Original Message-----
From: news [mailto:news@sea.gmane.org] On Behalf Of John
Sent: Saturday, July 16, 2005 5:23 AM
To: users@subversion.tigris.org
Subject: Re: SVN Security

Calvin <szguoxz <at> hotmail.com> writes:

> Well, The per-directory security is just too difficult to understand and
> implement.
>
> Any plan to implement security feature in SubVersion in future?

I've been using SVN on win32 for about 18 months. The security features are
easy
to understand:

========
[/trunk]
john = rw
calvin = r
========

How difficult can that be?? Hopefully in time these permissions will be
embedded
in the repos itself, and will be enforced through all connection types.

The requirement for Apache on a windows box is less ideal when you are
running
IIS, but you'll grow to love Apache, and its easy configuration. It has a
proper
configuration file instead of loads of junk in the registry!!

Transparent config files are something Microsoft is (sloooowwwly!)
rediscovering
with .NET etc. Given a decade IIS will probably work much like Apache does
now... only it will take up 4 times the memory ;)

John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jul 17 10:55:45 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.