-
Notifications
You must be signed in to change notification settings - Fork 668
feat(api): add merge request pipeline manager and deprecate mr.pipelines() method #1323
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
c8fed5a
to
f12841f
Compare
Maybe @JohnVillalovos you want to have a look at the typing here as well, I always forget decorators and have to google the wrap functions every time I work with them 🤣 |
From my initial look it seems correct. Also mypy is checking that Looks Good To Me (LGTM) 👍 Thanks! |
We're most likely gonna go to 3.0.0 directly, because of this breaking change: #1278. Maybe have those two in one release would be nice 😄 |
👍 on this. I seem to be hitting a limitation/bug of Any chance this could be integrated soon? |
@nejch Sorry for making you wait for long that everything conflicts. I just see like 15 notifications everyday from this project. You people are crazy 😄 Would you mind to rebase? |
f12841f
to
abe4242
Compare
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.
Overall looks good to me. Left one thing I think should be fixed.
abe4242
to
954357c
Compare
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.
Thanks. This looks good.
I'll let you merge it or if you want to wait for @max-wittig to review. Your choice.
Closes #1312.
Closes #1239.
todo: technically this breaks the CLII had to remove it as there would be a namespace clash between the old method and the new manager.gitlab project-merge-request pipelines
and requiresproject-merge-request-pipelines list
instead. I'll see if I can hack theregister_custom_action
decorator to accept custom action names, not just the current method name.Well, I've managed to hack
register_custom_action
a little so it takes an optionalcustom_action
argument to override the current function name as the CLI action, so should be backwards compatible, but then realized the old method probably never worked in CLI due to missing CLI args 🤦Still, now you can do (until 3.0.0 or so, but probably useless anyway):
And the new list, with proper help and args: