# HG changeset patch
# User Siddharth Agarwal <sid0@fb.com>
# Date 1425541931 28800
# Node ID 875112f4bf0db6de6b804109eceb40396cf22b2e
# Parent  82467d4c4db82270c24b8345b471f70bf1711dc0
git_handler: stop exporting commits before performing a fetch

While this has been done since the beginning of time, there's no apparent
justification for it. If an imported commit works out to the same hash as an
existing one, it simply won't be added to the revlog.

The tests all continue to pass. There's already test coverage for reimporting
commits in test-pull-after-strip.t. Also, gimport has worked this way all this
while.

diff --git a/hggit/git_handler.py b/hggit/git_handler.py
--- a/hggit/git_handler.py
+++ b/hggit/git_handler.py
@@ -227,7 +227,6 @@
         self.save_map()
 
     def fetch(self, remote, heads):
-        self.export_commits()
         refs = self.fetch_pack(remote, heads)
         remote_name = self.remote_name(remote)