Reputation: 1357
A huge merge has been done through TortoiseSVN, the subversion version is 1.6
Reading about the way SubVersion (up to version 1.5) manage revision:
Subversion 1.5 and later keeps a record of merges using properties. This allows us to get a more detailed history of merged changes. For example, if you develop a new feature on a branch and then merge that branch back to trunk, the feature development will show up on the trunk log as a single commit for the merge, even though there may have been 1000 commits during branch development.
Now couple of questions:
If I go in TortoiseSVN history of the branch merged, I can't see the merged revisions, unless I check the "include merged revisions" flag, in this case they are shown in grey, that's fair enough!
The merge message contains some errors:
Correcting Shell script that identifies DB objects which have been dropped from SVN.
Trying to figure out why the shell variable is not getting used properly in
"svn log -qvr..." command
and
........
(and even) More syntax fixes .. testing call to shell
........
(and even) More syntax fixes .. testing call to shell
........
(and even) More syntax fixes .. testing call to shell
o
From Windows instead the message is not shown with the below error:
svn: E720008: Write error: Not enough storage is available to process this command.
This can be not a major issue, so let's not focus about this..
Let's focus instead about the command line, when I run the svn log command I'm getting same issues in the commit message:
I can view all the history (included the merged revision) with the -g parameter, again fair enough!
The MAIN issue is that I can't anymore get the specific merged revision with the SVN LOG -r command
For example as you can see the revision 69524 shown in grey by TortoiseSVN (with the include merged revisions checked)
but svn log -r 69524 return a blank message and this happened for all the thousands merged revisions:
Is this normal?
Appreciate the way SVN is managing merging now, but is it possible that I can't get anymore the specific merged revision information with svn log -r?
Is this because something went wrong during the merge or is this the normal behavior of new version of subversion?
Honestly it looks really strange for me! Please guys help me understanding, this is killing me!
Thanks
RESOLVED!
Running the commands from the branches root fixed the issue, honestly I was expecting the merged revisions to be listed in the release branches cause included into it, even if made in another code lines tree (simulating the different behavior between git squash/rebase/merge+commit)
Upvotes: 0
Views: 1006
Reputation: 30672
It seems to me that you should run svn log --verbose --revision 60524 https://svn.example.com/repos/
or svn log --verbose --revision 60524 https://svn.example.com/repos/branches
or specify another branch that was actually affected by r60524.
I may misunderstand this issue, but it looks like that you provide incorrect URL. The revision r60524 did not touch /Release
branch so the command shows nothing. Therefore, I suggest to run the command against the root of your repository and add --verbose
option. You will see what paths / branches / whatever r60525 affected.
Note that paths in Apache Subversion are case-sensitive. Make sure that you enter correct repository URL.
Upvotes: 1