Skip to content

Commit b8c78e2

Browse files
jrnEric Wong
authored andcommitted
git svn: work around SVN 1.7 mishandling of svn:special changes
Subversion represents symlinks as ordinary files with content starting with "link " and the svn:special property set to "*". Thus a file can switch between being a symlink and a non-symlink simply by toggling its svn:special property, and new checkouts will automatically write a file of the appropriate type. Likewise, in subversion 1.6 and older, running "svn update" would notice changes in filetype and update the working copy appropriately. Starting in subversion 1.7 (issue 4091), changes to the svn:special property trip an assertion instead: $ svn up svn-tree Updating 'svn-tree': svn: E235000: In file 'subversion/libsvn_wc/update_editor.c' \ line 1583: assertion failed (action == svn_wc_conflict_action_edit \ || action == svn_wc_conflict_action_delete || action == \ svn_wc_conflict_action_replace) Revisions prepared with ordinary svn commands ("svn add" and not "svn propset") don't trip this because they represent these filetype changes using a replace operation, which is approximately equivalent to removal followed by adding a new file and works fine. Follow suit. Noticed using t9100. After this change, git-svn's file-to-symlink changes are sent in a format that modern "svn update" can handle and tests t9100.11-13 pass again. [ew: s,git-svn\.perl,perl/Git/SVN/Editor.pm,g] Signed-off-by: Jonathan Nieder <[email protected]> Signed-off-by: Eric Wong <[email protected]>
1 parent d64383a commit b8c78e2

File tree

1 file changed

+24
-1
lines changed

1 file changed

+24
-1
lines changed

perl/Git/SVN/Editor.pm

Lines changed: 24 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -345,7 +345,30 @@ sub M {
345345
$self->close_file($fbat,undef,$self->{pool});
346346
}
347347

348-
sub T { shift->M(@_) }
348+
sub T {
349+
my ($self, $m, $deletions) = @_;
350+
351+
# Work around subversion issue 4091: toggling the "is a
352+
# symlink" property requires removing and re-adding a
353+
# file or else "svn up" on affected clients trips an
354+
# assertion and aborts.
355+
if (($m->{mode_b} =~ /^120/ && $m->{mode_a} !~ /^120/) ||
356+
($m->{mode_b} !~ /^120/ && $m->{mode_a} =~ /^120/)) {
357+
$self->D({
358+
mode_a => $m->{mode_a}, mode_b => '000000',
359+
sha1_a => $m->{sha1_a}, sha1_b => '0' x 40,
360+
chg => 'D', file_b => $m->{file_b}
361+
});
362+
$self->A({
363+
mode_a => '000000', mode_b => $m->{mode_b},
364+
sha1_a => '0' x 40, sha1_b => $m->{sha1_b},
365+
chg => 'A', file_b => $m->{file_b}
366+
});
367+
return;
368+
}
369+
370+
$self->M($m, $deletions);
371+
}
349372

350373
sub change_file_prop {
351374
my ($self, $fbat, $pname, $pval) = @_;

0 commit comments

Comments
 (0)