- Jun 14, 2015
-
-
Sean Farley authored
Previously, there was an edge case for Git repositories that started as Mercurial repositories and had used subrepos where a deleted .hgsubstate would be ignored and therefore reintroduced. This patch fixes that behavior by checking for the deleted .hgsubstate file first. A test has been added to verify behavior.
-
- Jun 11, 2015
-
-
Durham Goode authored
If the importer encountered an error half way through a large import, all the commits are saved, but the mapfile is not written, so the process starts over from the beginning when run again. This adds the option for a config value that will save the map file every X commits. I thought about just hard coding this to 100 or something, but doing it this way seems a little less invasive.
-
- Jun 24, 2015
-
-
Durham Goode authored
The default dulwich graph walker only walks from refs/heads. During the discovery phase of fetching this causes it to redownload commits that are only referenced by refs/remotes. In a normal hggit case, this seems to mean it redownloads the entire git repo on every hg pull. Added a --debug to a test to check the object count (it decreased from 21 to 10 as part of this patch).
-
- Jun 19, 2015
-
-
Siddharth Agarwal authored
-
- Jun 18, 2015
-
-
Augie Fackler authored
We can just accept-and-forward kwargs, which should be nicely futureproof for a while.
-
- Mar 17, 2015
-
-
anatoly techtonik authored
getversion() also reports dulwich version
-
- Jun 01, 2015
-
-
Siddharth Agarwal authored
ignore.readpats was added at some point before 2.8. Mercurial upstream has now dropped the ignore module completely, so drop this check.
-
- May 31, 2015
-
-
Yuya Nishihara authored
Tested with Mercurial 2.8.2, 2.9.2, bd98d073a34f (stable) and 7d24a41200d3 (default).
-
Yuya Nishihara authored
Otherwise ImportError wouldn't be raised thanks to demandimport. Perhaps tests passed at e5b10a710036 because we are likely to have ignore.pyc in our mercurial tree.
-
- May 28, 2015
-
-
Durham Goode authored
Upstream Mercurial has added phase info to the summary output. Let's update the test to reflect that.
-
Durham Goode authored
Upstream mercurial has dropped the ignore module and replaced it with 'include:' patterns. Let's do the same in hggit. Ran tests against Mercurial latest (6ac860f700b5) and Mercurial 3.4.
-
- May 14, 2015
-
-
Gregory Szorc authored
filectx.renamed() returns a 2-tuple or None. memfilectx.__init__ expects the copied argument to be either None or a string. Before, we were passing a 2-tuple, leading to the memfilectx storing the wrong type. This eventually resulted in doing a key lookup against a manifest with a 2-tuple, which made manifest.c throw an error.
-
- May 13, 2015
-
-
Sean Farley authored
-
- May 12, 2015
-
-
Sean Farley authored
-
durin42 authored
-
durin42 authored
-
- May 08, 2015
-
-
Siddharth Agarwal authored
Note that one test still fails with 3.4 -- however, it is a bug in core Mercurial, only affects edge cases (broken symlinks) in the test, and is fixed in upstream stable.
-
Siddharth Agarwal authored
The old logic was broken -- it didn't work at the boundary between hg and git commits. The logic in overlayrevlog.parents handles that correctly. This is the last fix required for Mercurial 3.4.
-
Siddharth Agarwal authored
-
- May 03, 2015
-
-
Siddharth Agarwal authored
-
- Apr 29, 2015
-
-
durin42 authored
-
- Apr 22, 2015
-
-
Sean Farley authored
-
Sean Farley authored
This method had a syntax error that would have caused a crash.
-
Sean Farley authored
-
Sean Farley authored
-
Sean Farley authored
-
Sean Farley authored
-
Sean Farley authored
-
Sean Farley authored
-
Sean Farley authored
-
- Apr 17, 2015
-
-
Sean Farley authored
Also cleans up some unused imports.
-
- Apr 16, 2015
-
-
Sean Farley authored
-
- Apr 15, 2015
-
-
Sean Farley authored
-
Sean Farley authored
All errors found with flake8.
-
Sean Farley authored
-
- Apr 10, 2015
-
-
Siddharth Agarwal authored
There really is no point to this -- the sorting is expensive to compute and the structure is never actually used. For a mapfile with 1.5 million entries, this speeds up save_map from 3.6 seconds to 0.87. This is probably the limit of the speedups we can get with pure-Python code. Any further speedups will have to be made by rewriting these bits in C.
-
- Apr 13, 2015
-
-
Siddharth Agarwal authored
There are a couple of places that use StringIO for the added features it has over cStringIO, so we can't replace all its uses wholesale.
-
- Apr 10, 2015
-
-
Siddharth Agarwal authored
For a mapfile with 1.5 million entries, this speeds up save_map from 3.5 seconds to 3.1.
-
Siddharth Agarwal authored
Sorting a list of tuples is much more expensive than sorting a list of strings. For a mapfile with 1.5 million entries, this speeds up save_map from 6 seconds to 3.5.
-
Siddharth Agarwal authored
-