- Oct 31, 2014
-
-
Siddharth Agarwal authored
Again, no direct impact in stock hg-git, but super useful for extensions.
-
Siddharth Agarwal authored
This actually has no direct impact here, but it allows extensions to customize the list of filtered refs and be sure of the order in which they'll be processed.
-
- Oct 29, 2014
-
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
The comment was actually incorrect -- we only used to care about bookmarks. Now we also care about tags.
-
Siddharth Agarwal authored
This also means we get to clean up a lot of the code around here. It isn't really feasible to break this up into several commits because the assumptions in the old calling code are too closely tied to the old local_heads() way of doing things.
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
This is a replacement for local_heads and code duplication around it. Centralizing all this logic also makes it much easier for extensions to define other sorts of refs.
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
There was previously an attempt to handle this but no test coverage.
-
- Oct 28, 2014
-
-
Siddharth Agarwal authored
-
- Oct 29, 2014
-
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
This allows extensions to add other sources of git refs. The returned git ref is currently unused -- the following patch will use it.
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
It doesn't change between iterations of the generator expression, and it's non-trivial to calculate.
-
Siddharth Agarwal authored
The list comprehension is unnecessary.
-
Siddharth Agarwal authored
-
- Oct 16, 2014
-
-
Siddharth Agarwal authored
This is set again just a few lines above.
-
Siddharth Agarwal authored
Using False for this is just weird.
-
- Oct 23, 2014
-
-
Siddharth Agarwal authored
Because of the previous patches, refs can never be None at this point.
-
Siddharth Agarwal authored
All this function's callers now pass in all arguments.
-
Siddharth Agarwal authored
This matches the way the other callers call import_git_objects.
-
- Oct 15, 2014
-
-
Siddharth Agarwal authored
This function doesn't depend on self at all, so moving it to git2hg is straightforward.
-
Siddharth Agarwal authored
This is preparation for upcoming changes to find_incoming that will allow it to import certain Git branches as Mercurial named branches.
-
Siddharth Agarwal authored
This is preparation for upcoming changes to find_incoming that will allow it to import certain Git branches as Mercurial named branches.
-
Siddharth Agarwal authored
-
Siddharth Agarwal authored
The removed comment is irrelevant, and the second one confused me for a while.
-
Siddharth Agarwal authored
-
- Oct 14, 2014
-
-
Siddharth Agarwal authored
We're going to return more data from find_incoming soon. Make that easier than parsing a tuple.
-
Siddharth Agarwal authored
git_handler's getting far too big, and we're going to add some more git-to-hg specific logic soon, so now seems like a good time to add a new module.
-
- Oct 15, 2014
-
-
Siddharth Agarwal authored
This is preparation for moving most of the code here out into a separate module. With this patch, we can avoid passing in the entire Repo object and just pass in the object store to the factored out function.
-
Siddharth Agarwal authored
This is preparation for moving most of the code into a separate module. These two lines will be left behind in this module.
-
Siddharth Agarwal authored
getnewgitcommits isn't PEP8 and is kind of awkward -- what does 'new' mean?
-
- Oct 14, 2014
-
-
Siddharth Agarwal authored
convert_list is not the best naming choice for this variable. It is neither a list nor has anything to directly do with conversion -- it is simply a cache of commit hashes to the Git objects backing them.
-
Siddharth Agarwal authored
All its callers already specify this param.
-
durin42 authored
-
Siddharth Agarwal authored
Mercurial rev 4d52e6eb98ea removed localrepository.push. We don't do it the other way round (wrap push if exchange.push is available) because that's been available with a different signature since Mercurial 3.0.
-
Siddharth Agarwal authored
Mercurial rev 73b5b8312ce6 removed localrepository.pull. We don't do it the other way round (wrap pull if exchange.pull is available) because that's been available with a different signature since Mercurial 3.0.
-