subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Can Aydin <>
Subject Merging with differing checkout and update depths v.1.5.1
Date Wed, 14 Jul 2010 01:33:49 GMT

I've come across an issue in v1.5.1 and was wondering whether it was 
expected behavior or a bug. The sequence is as follows (pathnames have 
been changed for simplicity).

  * Create a branch from trunk:

svn copy svn:// 

* Make a change to trunk in several places:

svn co svn:// trunk
vi trunk/file1.txt  # make some changes
vi trunk/subdir1/subdir2/file2.txt # make some more changes
cd trunk; svn commit -m "changes to trunk"; cd ..

  * Checkout branch using --depth and update subdir1 with --set-depth:

svn co svn:// mybranch --depth 
cd mybranch
svn update subdir1 --set-depth infinity
svn merge --dry-run -r1:HEAD svn://
--- Merging r1 through r3 into '.':
U    file1.txt

Now, at this point, it seems merge does not traverse the modified depth. 
I would have expected subdir1/subdir2/file2.txt to be updated as well 
(as the update, commit and status commands all traverse to the modified 

In order to get the changes on subdir1, I need to cd there and call 
merge again:

cd mybranch/subdir1
svn merge --dry-run -r1:HEAD svn://
--- Merging r1 through r3 into 'subdir2':
U    file2.txt

This was performed on Ubuntu 8.04 server on an x86_64 arch running 
svnserve v1.5.1 and an svn v1.5.1 client on the same machine.



View raw message