Uploaded image for project: 'Subversion'
  1. Subversion
  2. SVN-3040

'blame -g' does not follow copy history

    XMLWordPrintableJSON

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: trunk
    • Fix Version/s: 1.5.0
    • Component/s: unknown
    • Labels:

      Description

      Opening an issue so this doesn't get lost.
      As reported here:
      http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=133250
      
      svn blame -g
      
      does not follow the copy history.
      
      Reproduction recipe:
      
      svnadmin create blamerepo
      svn checkout file:///d:/blamerepo blamewc
      echo line1 > blamewc\file1
      echo line2 >> blamewc\file1
      svn add blamewc\file1
      svn ci blamewc -m ""
      svn mv blamewc\file1 blamewc\file2
      svn ci blamewc -m ""
      
      Now, do the blame:
      svn blame blamewc\file2
         1       kueng    line1
         1       kueng    line2
      
      but:
      svn blame blamewc\file2 -g
           2        kueng    line1
           2        kueng    line2
      
      As you can see, the reported revision is the one *after* the rename 
      operation, not the one where the line actually got changed.
      

      http://subversion.tigris.org/servlets/BrowseList?list=dev&by=thread&from=623735

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              steveking Stefan K√ľng
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: