From: Felipe Contreras <hidden> Date: 2016-06-15 22:55:15
From: Ramkumar Ramachandra <redacted>
'hg commit' fails otherwise in some versiosn of mercurial because of
the missing user information. Other versions simply throw a warning and
guess though.
Signed-off-by: Ramkumar Ramachandra <redacted>
Signed-off-by: Felipe Contreras <redacted>
---
contrib/remote-helpers/test-hg.sh | 9 +++++++++
1 file changed, 9 insertions(+)
From: Felipe Contreras <hidden> Date: 2016-06-15 22:55:15
Turns out repo.revs was introduced quite late, and it doesn't do
anything fancy for our refspec; only list all the numbers in that range.
Signed-off-by: Felipe Contreras <redacted>
---
contrib/remote-helpers/git-remote-hg | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
@@ -294,7 +294,7 @@ def export_ref(repo, name, kind, head): if tip and tip == head.rev(): # nothing to do return- revs = repo.revs('%u:%u' % (tip, head))+ revs = xrange(tip, head.rev() + 1) count = 0 revs = [rev for rev in revs if not marks.is_marked(rev)]
From: Felipe Contreras <hidden> Date: 2016-06-15 22:55:15
There's no concept of HEAD in mercurial, but let's try our best to do
something sensible.
Signed-off-by: Felipe Contreras <redacted>
---
contrib/remote-helpers/git-remote-hg | 2 ++
1 file changed, 2 insertions(+)
@@ -440,6 +440,8 @@ def list_head(repo, cur): head = cur node = repo['.'] if not node:+ node = repo['tip']+ if not node: return if head == 'default': head = 'master'
From: Felipe Contreras <hidden> Date: 2016-06-15 22:55:15
Turns out fast-export throws bad 'reset' commands because of a behavior
in transport-helper that is not even needed.
Either way, better to ignore them, otherwise the user will get warnings
when we OK them.
Signed-off-by: Felipe Contreras <redacted>
---
contrib/remote-helpers/git-remote-hg | 3 +++
1 file changed, 3 insertions(+)
This makes sense, but I wonder if we should use something different from
the git author ident set up by the test scripts, just to double check
that we do not have any bugs in confusing the two during the import.
Something like "H G Wells [off-list ref]" would work, and satisfies
my deep-seated desire for bad puns.
-Peff
This makes sense, but I wonder if we should use something different from
the git author ident set up by the test scripts, just to double check
that we do not have any bugs in confusing the two during the import.
I don't know, but these tests would not check for any of those issues.
When such tests are added I would prefer the author to use to be
explicitly defined, but lets see.
--
Felipe Contreras
This patch fixes my original problem. So,
Reported-by: Ramkumar Ramachandra <redacted>
Tested-by: Ramkumar Ramachandra <redacted>
However, test 4 in test-hg.sh still fails for me:
--- expected 2012-11-13 05:22:57.946637384 +0000+++ actual 2012-11-13 05:22:57.946637384 +0000
This makes sense, but I wonder if we should use something different from
the git author ident set up by the test scripts, just to double check
that we do not have any bugs in confusing the two during the import.
I don't know, but these tests would not check for any of those issues.
When such tests are added I would prefer the author to use to be
explicitly defined, but lets see.
It's OK if we do not add more explicit tests at this point. I'd just
rather set a safer precedent on the off chance that it might catch
something in a later test, just as we use separate GIT_AUTHOR_* and
GIT_COMMITTER_* in the rest of the test suite. If the choice were not
completely arbitrary and had some maintenance cost, I might be more
concerned, but as far as I can tell, one name is as good as another at
this point.
Any objection to me marking it up as I apply?
-Peff
From: Felipe Contreras <hidden> Date: 2016-06-15 22:55:16
On Tue, Nov 13, 2012 at 6:25 AM, Ramkumar Ramachandra
[off-list ref] wrote:
quoted hunk
This patch fixes my original problem. So,
Reported-by: Ramkumar Ramachandra <redacted>
Tested-by: Ramkumar Ramachandra <redacted>
However, test 4 in test-hg.sh still fails for me:
--- expected 2012-11-13 05:22:57.946637384 +0000+++ actual 2012-11-13 05:22:57.946637384 +0000