summaryrefslogtreecommitdiff
path: root/bundle.h
diff options
context:
space:
mode:
authorLibravatar Eric Wong <normalperson@yhbt.net>2009-01-11 16:51:11 -0800
committerLibravatar Eric Wong <normalperson@yhbt.net>2009-01-18 15:38:28 -0800
commitbaf5fa8a7fdefc696fb1d79c95ae15a4cc779c1e (patch)
treeca0b0c411bc9859e95649d15019f8588396935a5 /bundle.h
parentgit-svn: handle empty files marked as symlinks in SVN (diff)
downloadtgif-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 'bundle.h')
0 files changed, 0 insertions, 0 deletions