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

Should EXPORT honor AUTO-PROPS

From: Larry Settle <larry_at_lgsettle.com>
Date: 2005-01-29 01:59:43 CET

Using svn, version 1.1.2 (r12471)

Is there a good reason why:
  SVN EXPORT --native-eol LF URL PATH
doesn't convert from CRLF to LF even though I have
  enable-auto-props=yes
  [auto-props]
  *.css = svn:mime-type=text/css;svn:eol-style=native
in ~/.subversion/config?

It doesn't accept --auto-props, either.

The file itself does not have the svn:eol-style=native
property. Its absence seems to be all that controls
--native-eol.

I do not have write auth on the source repository .
So I can't add the property.

I am trying to use the svn_load_dirs.pl script after my
EXPORT to import the exported directory into a local
repository, but if fails in the diff trying to compare files
whose line endings don't match. My auto-props gets
honored in the commit and later checkout resulting in
one copy of the file with LF and the EXPORTed copy
with the original CRLF.

If I disable auto-props, then svn_load_dirs.pl finishes
because the exported CRLF goes into my local as CRLF.

The file in question really should have svn:eol-style=native,
but it must have been added at the source repository
before they had enabled auto-props for that file type.

If the default operation of SVN EXPORT was
--no-auto-props, with the ability to set --auto-props when
you need it, I think that would solve my problem. Though,
I'm not sure what that might break. Since, SVN EXPORT
doesn't currently allow --auto-props or --no-auto-props
existing scripts shouldn't break. But, it would have to be
implemented such that SVN EXPORT with neither option
specified would operate as it does today so users with
auto-props enabled would not see a change. Perhaps even
a new option, like "--force-auto-props" would be less
confusing so it would not be a special case for --auto-props.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 31 06:34:50 2005

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.