]> source.dussan.org Git - redmine.git/commitdiff
scm: git: recovery and improve comments of fetching from 1.1 about harmful influence...
authorToshi MARUYAMA <marutosijp2@yahoo.co.jp>
Thu, 27 Oct 2011 00:35:43 +0000 (00:35 +0000)
committerToshi MARUYAMA <marutosijp2@yahoo.co.jp>
Thu, 27 Oct 2011 00:35:43 +0000 (00:35 +0000)
git-svn-id: svn+ssh://rubyforge.org/var/svn/redmine/trunk@7658 e93f8b46-1217-0410-a6f0-8f06a7374b81

app/models/repository/git.rb

index a834a765a278a8ff8318ce38b51fcea3b90367e3..be307a5becf8d132761a85edb75ffed460983deb 100644 (file)
@@ -95,6 +95,17 @@ class Repository::Git < Repository
                 options = {:report_last_commit => extra_report_last_commit})
   end
 
+  # With SCMs that have a sequential commit numbering,
+  # such as Subversion and Mercurial,
+  # Redmine is able to be clever and only fetch changesets
+  # going forward from the most recent one it knows about.
+  # 
+  # However, Git does not have a sequential commit numbering.
+  #
+  # In order to fetch only new adding revisions,
+  # Redmine need to parse revisions per branch.
+  # Branch "last_scmid" is for this requirement.
+  #
   # In Git and Mercurial, revisions are not in date order.
   # Redmine Mercurial fixed issues.
   #    * Redmine Takes Too Long On Large Mercurial Repository