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

Re: Poor performance in windows. Switching back to CVS

From: Jan Hendrik <jan.hendrik_at_myrealbox.com>
Date: 2007-02-17 18:58:08 CET

Concerning Re: Poor performance in windows. Sw
Jeff Smith wrote on 16 Feb 2007, 13:57, at least in part:

> On Friday 16 February 2007 10:01, Jan Hendrik wrote:
> > > 1. Each developer must have their own svn WC (subversion working
> > > copy). I still saw no reason why you cannot each have, on your own
> > > PC, an svn client which can be secured just as much as any other
> > > form of file transfer.
> >
> > They have, each on their own PC, one of the PCs also acting as
> > SVN server for the repository.
> >
> > It's the production webserver that is completely out of reach for
> > SVN and that we have to get stuff synched onto via FTP.
>
> Really, this is the part which did not make sense. You mean each
> person does have svn client on their PC (that is what I thought you
> were saying is not possible)? If each person's PC does have svn
> client, no need for the problem you say you are having. Update
> whatever website from subversion repository. The path of FTP sync
> should only be between an export (from that repos) and the web server,
> so not interfering with checkins. Sorry, I probably sill have touble
> visualizing your whole environment.

I may have contributed to confusion by being to circumstantial, but
Erik has cleared up this meanwhile I suppose.

[...]

> Think more abstractly. We certainly "develop" websites just as much as
> we develop software. Without development your website would never...
> well... develop :) [http://m-w.com/dictionary/develop ]

Alright, even this part of this thread has developed from what was
just an aside of mine, while the OP may have left thread and
Subversion for good & CVS since long. ;)

What I really tried to say is that developing a new print function
may take you a week and you would only need the printing
category of the whole application and probably the central UI to
reference your new function. Or for designing a new wheel you
don't need anything but the steering part of the whole car while
Sally can limit her checkout to the backseat design.

OTOH we can't say OK, today I add the descriptions of a thousand
screws to the joints category of our website and tomorrow I
checkout the kitchen category for adding in the next couple of days
all the new stuff manufacturers have cooked up for the fair.

It rather is I have to add a new screw and thereby notice I should
reference (link) to it in the description page for the kitchen
construction kit, and also that one for the mower repair kit, and - oh
my! I nearly forgot! - in the tools section we added this all-new
super self-turning screwdriver last week this damned screw is just
designed for. So I need to have all the stuff. If we'd do this based
on database I would have all stuff at my fingertips just the same.
For the example a database may indeed be the better solution
though locking records might become a problem, but it is just an
example, we don't sell mowers, kitchens, screws, and tools. ;)

JH
---------------------------------------
Freedom quote:

     We've gone astray from first principles.
     We've lost sight of the rule that individual freedom and ingenuity
     are at the very core of everything that we've accomplished.
     Government's first duty is to protect the people, not run their lives.
               -- Ronald Reagan

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Feb 17 18:57:46 2007

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.