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

Re: odd cases

From: Ben Collins-Sussman <sussman_at_newton.collab.net>
Date: 2000-09-05 23:04:07 CEST

Karl Fogel <kfogel@galois.collab.net> writes:

> Before the update, the local A is just a modified file based on
> version 10 of A. This was not changed by the renaming to and from B.
> So the update should behave accordingly.

Erg, I disagree. You've hit on the central issue: copying a file to B
and renaming it back again *are* explicit actions -- they're
full-fledged, intentional "local changes". As a user, I would be
mighty pissed if Subversion decided that it was ok to ignore my local
modifications and assume I'm not up-to-date -- "oh, that copy and
rename? That didn't really do anything useful, so I'm just going to
pretend they never happened."

Maybe it's a matter of personal taste, but I hate it when software
tries to second-guess a user's intentions. Local mods are local mods,
whether they're silly or not; in Jim's example, the working copy is
*already* up-to-date. Why? Because nobody has changed the
repository -- end of story.

(Girding asbestos...!)
Received on Sat Oct 21 14:36:07 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.