SteveKing wrote:
> Filipe Fernandes wrote:
> > When right clicking on a versioned folder, is it possible that the
> > "Get Lock" feature could be made available to lock all the files below
> > the versioned folder (recursively throughout the directories below the
> > selected folder).
> >
> > I understand that their might be some complexity in this like trying
> > not to request a lock on a file that's just be recently added to the
> > working copy and not the repository. So I won't hold my breath. :)
>
> Nicely said: no, we won't implement such a feature.
> Not so nicely: if you would do that in our office, the rest of the devs
> would simply kill you.
>
> No seriously: you must only lock the files you want to edit. Otherwise
> you block others from working on those files, and they won't take that
> kindly. I can't believe that you really edit all files in a folder at
> once...
>
> Stefan
That's true. I do believe that the copy-modify-merge way of working is
much better. But not all people work that way.
Where I work, we have many tiny small projects hosted in one repository.
That means there might be one or two directories in a project with up to
six or seven files (usually). It's not uncommon to modify all of the files.
The problem is that of communication. Some people will work on modifying
the project in the repository at the same time without knowing that
someone else is doing the same thing. That's where merge
comes in and that's where my co-workers and I differ in methodology.
They follow a business process that was designed around locked checkouts
(VSS) which subversion doesn't have. This is the reason communication
wasn't necessary with VSS and is necessary with subversion.
Hmm... I look at your answer and I know your right. Better to push the
business process to change, as opposed to the product I guess.
filipe
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun May 29 17:22:52 2005