diff options
| author |  Eric Wong <normalperson@yhbt.net> | 2009-01-11 16:51:11 -0800 |
|---|---|---|
| committer | Eric Wong <normalperson@yhbt.net> | 2009-01-18 15:38:28 -0800 |
| commit | baf5fa8a7fdefc696fb1d79c95ae15a4cc779c1e (patch) | |
| tree | ca0b0c411bc9859e95649d15019f8588396935a5 /t/t9100-git-svn-basic.sh | |
| parent | git-svn: handle empty files marked as symlinks in SVN (diff) | |
| download | tgif-baf5fa8a7fdefc696fb1d79c95ae15a4cc779c1e.tar.xz | |
git-svn: better attempt to handle broken symlink updates
This is a followup to 7fc35e0e94782bbbefb920875813519038659930,
(workaround a for broken symlinks in SVN).
Since broken SVN clients can commit svn:special files without
the magic "link " prefix, this can affect delta application
when we update the broken svn:special file. So now we fall
back and retry the delta application on symlinks if having
a "link " prefix fails.
Our behavior differs from svn(1) (v1.5.1) slightly:
When a svn:special file is created w/o a "link " prefix, svn
will create a regular file (mode 100644 to git) with the
contents of the blob as-is.
Our behavior is to continue creating the symlink (mode 120000
to git) with the contents of the blob as-is. While this
differs from current svn(1) behavior, this is easier and more
efficient to implement (and the correctness of the svn(1) is
debatable, since it's a workaround for a bug in the first
place).
More information on this SVN bug is described here:
http://subversion.tigris.org/issues/show_bug.cgi?id=2692
Signed-off-by: Eric Wong <normalperson@yhbt.net>
Diffstat (limited to 't/t9100-git-svn-basic.sh')
0 files changed, 0 insertions, 0 deletions