RE: Re: IIS Website versioning

-----Original Message-----
From: Brian Mathis
Sent: Tuesday, April 20, 2004 2:58 PM

> The problems I see for something like that are more administrative than
> techincal. Do you really want your clients to be able to see every single
> little change as it happens? It sounds good at first, but IMO it will cause
> more problems than it will fix. You're going to wind up with a bunch of
> problem reports for things that you were working on at the time they found
> the problem, wasting time all around.

I agree that this has huge potential for problems, but I think the scenario I have here will help avoid that.

This is a branch product off of our main product line. Essentially a customer buys our software and markets it as part of the service to their customer. One of our larger customers has asked for the product, but heavily customized. They want their own unique version of the product that they can market seperately from us.

Currently there are only a few "special" users that have access to the test site (several managers at various levels). These individuals are responsible for ensuring that we get their business process right, as well as getting a general feel for the impression from users in their area. The people using the test system are already in direct contact with the development team. I *do* want these users to see the changes as soon as they happen so that they are not calling asking where *their* particular issue is. That is really annoying when it has already been fixed, but hasn't been released to the test site.

I'm hoping that the only fixes applied directly to the head branch will be minor, and that branching will hide the big stuff from the client until it is ready for testing.

> AFAIK, the folder locking problem is a problem with IIS, and has nothing to
> do with svn. I know it was a problem a while ago with IIS (v4?), but it
> might be better in more recent versions of IIS.

I'll try it, if it bombs horribly, I'll let you know.

Thanks to everyone for their input on this.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Apr 21 17:32:35 2004