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

Re: line ending summary: the "Breg Hudtherton Proposal"

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-12-13 21:57:34 CET

On Thu, Dec 13, 2001 at 03:22:05PM -0500, Greg Hudson wrote:
> On Thu, 2001-12-13 at 15:12, Justin Erenkrantz wrote:
> > FWIW, +1 3b (completely non-binding, mind you).
> >
> > "first commit wins" I shudder to think of the diffs sent to mailing
> > lists with flip-flops. It'd make it so hard to understand. -- justin
>
> Your vote seems to be based on a misunderstanding. In 3a, diffs made by
> svn would be made between newline-translated copies of the revisions, so
> they would not reflect newline flip-flops.

The commit email scripts are running on the server only. It would be
comparing two repository versions. Thus, you get huge diffs.

(unless you set some kind of diff flag, but consider a case where you want
to send the *actual* diff for some kind of synchronization via email thingy
that somebody writes)

> Flip-flops in the repository have only two negative consequences: larger
> repository size, and possible problems with non-Subversion DAV tools
> (which might have problems regardless).

Note that it isn't specifically related to DAV, but to *multiple access*
paths. Any tool that operates against the repository is going to see large
variances between revisions. For example: a commit email script. I envision
a large variety of tools using scripting language bindings against the FS to
do "interesting" things. The flip flop ripples out to them.

HTTP (DAV) is a common (primary) access mechanism, but the issue is not
inherently related to the DAV access.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:53 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.