Re: Proposal: --no-props switch for 'log', 'st' and 'diff'

On 2008-09-04 11:53:29 +0200, Stefan Sperling wrote:
> On Thu, Sep 04, 2008 at 01:42:30AM +0200, Gunnar Dalsnes wrote:
> > Some of my colleges consequently revert\don't commit those
> > changes, they didn't change those files\folders so I fully
> > understand.
>
> That's wrong. Your colleagues should _not_ omit mergeinfo property
> changes from commits! If they omit these properties from commits,
> they are not using Subversion as intended.

No, if Subversion modified svn:mergeinfo on *unrelated* files, his
colleagues ignore these files because Subversion didn't behave as
intended.

> Users don't need to understand these properties.

They don't need to understand them, but they currently are affected by
them directly. If write access has been restricted on these unrelated
files (see the other thread), this even means that some users can no
longer commit!

> Well, "the server should do this automatically" may be easier said
> than done. If there was no reason for client-side state information
> about mergeinfo, we would not have it in the first place.

This can also mean that the algorithm that modifies these properties
is wrong.

> By the way, I would argue that always committing the whole working
> copy in one go is good practice anyway.

I don't see this as good practice. The user may want to work on
different sets of files.

> If you have one set of changes in one part of your working copy and
> another unrelated set of changes in another, why not organise your
> work so that each set of related changes sits in their own working
> copy?

Yes, let's go back to RCS!

> So, I'm afraid I would not expect such a change to be made soon, if
> at all.

How about an option to disable merge tracking?

-- 
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org