From: Toshi MARUYAMA Date: Thu, 19 May 2011 22:58:38 +0000 (+0000) Subject: scm: git: brush up model fetch_changesets() comment. X-Git-Tag: 1.2.0~35 X-Git-Url: https://source.dussan.org/?a=commitdiff_plain;h=f1f4362b50600cb8a2152cad3bd902ef807b4f95;p=redmine.git scm: git: brush up model fetch_changesets() comment. git-svn-id: svn+ssh://rubyforge.org/var/svn/redmine/trunk@5858 e93f8b46-1217-0410-a6f0-8f06a7374b81 --- diff --git a/app/models/repository/git.rb b/app/models/repository/git.rb index 491b1dd38..50d255062 100644 --- a/app/models/repository/git.rb +++ b/app/models/repository/git.rb @@ -89,18 +89,19 @@ class Repository::Git < Repository end # In Git and Mercurial, revisions are not in date order. - # Mercurial fixed issues. + # Redmine Mercurial fixed issues. # * Redmine Takes Too Long On Large Mercurial Repository # http://www.redmine.org/issues/3449 # * Sorting for changesets might go wrong on Mercurial repos # http://www.redmine.org/issues/3567 + # # Database revision column is text, so Redmine can not sort by revision. # Mercurial has revision number, and revision number guarantees revision order. - # Mercurial adapter uses "hg log -r 0:tip --limit 10" - # to get limited revisions from old to new. - # And Mercurial model stored revisions ordered by database id in database. - # So, Mercurial can use correct order revisions. + # Redmine Mercurial model stored revisions ordered by database id to database. + # So, Redmine Mercurial model can use correct ordering revisions. # + # Redmine Mercurial adapter uses "hg log -r 0:tip --limit 10" + # to get limited revisions from old to new. # But, Git 1.7.3.4 does not support --reverse with -n or --skip. # # The repository can still be fully reloaded by calling #clear_changesets