-
Notifications
You must be signed in to change notification settings - Fork 43
Apply patches from Phabricator in a smarter way #2886
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
We could use |
@cgsheeh is this still the way Lando does it?
|
Yes, this still is how Lando applies patches to Mercurial repos. |
@marco-c I did an implementation of the fallback case directly with |
I had trouble to fix one test so I marked it as skipped (allow failure). Also I noticed the above error in another CI job:
It may be caused by the new Debian release that does not support |
You should be able to rebase on top of #2941 |
7fb4d5e
to
ade1089
Compare
@marco-c could you take a look at the fallback implementation please? |
@cgsheeh could you have a look? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, especially with a unit test trigerring both imports
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. One thing to note, if hg import
fails and we then run with patch
and fail again, the raised exception will be from patch
instead of hg import
.
Ref. #2887
The hglib client only supports the similarity parameter (and not the
config
option): https://repo.mercurial-scm.org/python-hglib/file/tip/hglib/client.py#l959. Therefore, I could not implement the fall back command in case the command fails. It should be possible with a raw call tohg
, but I suppose we want to avoid that.I did not added the
--no-commit
option as Bastien told me it would work only on try.