FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

feat(api): default to gitlab.com if no URL given by nejch · Pull Request #1278 · python-gitlab/python-gitlab · GitHub

Repository navigation

feat(api): default to gitlab.com if no URL given - #1278

Merged
JohnVillalovos merged 1 commit into
masterfrom
feat/default-url
Sep 8, 2021
Merged

JohnVillalovos merged 1 commit into
masterfrom
feat/default-url

Conversation

nejch commented Jan 31, 2021

Copy link
Copy Markdown
Member

The github CLI (gh) defaults to github.com if no arguments are given. Something similar would make sense here IMO, just for convenience :)

bufferoverflow left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

great idea!

Comment thread gitlab/__init__.py Outdated

Copy link
Copy Markdown

Codecov Report

Merging #1278 (2edd69c) into master (643454c) will increase coverage by 0.00%.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##           master    #1278   +/-   ##
=======================================
  Coverage   78.19%   78.19%           
=======================================
  Files          12       12           
  Lines        2884     2885    +1     
=======================================
+ Hits         2255     2256    +1     
  Misses        629      629           
Flag Coverage Δ
unit 78.19% <100.00%> (+<0.01%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
gitlab/const.py 100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 643454c...2edd69c. Read the comment docs.

nejch marked this pull request as ready for review February 4, 2021 22:04
Comment thread gitlab/__init__.py Outdated
Comment thread gitlab/__init__.py Outdated

JohnVillalovos commented Feb 23, 2021 •
edited
Loading

Copy link
Copy Markdown
Member

If you do decide to make a breaking change I wonder if requiring kwargs would be a good idea?

def __init__(
    self,
    *,
    url,
    private_token=None,
    oauth_token=None,
    job_token=None,
    ssl_verify=True,
    http_username=None,
    http_password=None,
    timeout=None,
    api_version="4",
    session=None,
    per_page=None,
    pagination=None,
    order_by=None,
    user_agent=gitlab.const.USER_AGENT,
):

And okay if people think it is a terrible idea 🙂 Just thought I would mention it.

Copy link
Copy Markdown
Member

@JohnVillalovos Not sure what you mean by requiring kwargs would be a good idea. Could you elaborate?

JohnVillalovos commented Feb 26, 2021 •
edited
Loading

Copy link
Copy Markdown
Member

@JohnVillalovos Not sure what you mean by requiring kwargs would be a good idea. Could you elaborate?

Sure. So by using the * in the argument list it will require people to use keyword arguments.

Allowed:

gl = gitlab.Gitlab(url="gitlab.com")

Not allowed:

gl = gitlab.Gitlab("gitlab.com")

TypeError: __init__() takes 1 positional argument but 2 were given

It is a breaking change for sure to do that.

Copy link
Copy Markdown
Member

@JohnVillalovos I'm not so sure. I'm not really a fan of this change. This would really break everything.

JohnVillalovos commented Feb 26, 2021 •
edited
Loading

Copy link
Copy Markdown
Member

@JohnVillalovos I'm not so sure. I'm not really a fan of this change. This would really break everything.

No worries. As a note you can put the * where ever you like in the arguments list. So if you wanted to require keyword arguments for everything but url you could put the * after the url argument.

def __init__(
    self,
    url,
    *,
    private_token=None,
    oauth_token=None,
    job_token=None,
    ssl_verify=True,
    http_username=None,
    http_password=None,
    timeout=None,
    api_version="4",
    session=None,
    per_page=None,
    pagination=None,
    order_by=None,
    user_agent=gitlab.const.USER_AGENT,
):

nejch added this to the v3.0.0 milestone Apr 27, 2021
nejch mentioned this pull request Jun 14, 2021
15 tasks done
nejch force-pushed the feat/default-url branch 2 times, most recently from 7bc388c to edfb416 Compare September 8, 2021 20:22
BREAKING CHANGE: python-gitlab will now default to gitlab.com
if no URL is given

nejch commented Sep 8, 2021

Copy link
Copy Markdown
Member Author

@JohnVillalovos I'm not so sure. I'm not really a fan of this change. This would really break everything.

No worries. As a note you can put the * where ever you like in the arguments list. So if you wanted to require keyword arguments for everything but url you could put the * after the url argument.

def __init__(
    self,
    url,
    *,
    private_token=None,
    oauth_token=None,
    job_token=None,
    ssl_verify=True,
    http_username=None,
    http_password=None,
    timeout=None,
    api_version="4",
    session=None,
    per_page=None,
    pagination=None,
    order_by=None,
    user_agent=gitlab.const.USER_AGENT,
):

I agree with Max I've seen a lot of use of this in tiny scripts, and there people probably want to use quick one-liners without kwargs just to instantiate Gitlab with a private token, so I'd keep this as is for now.

nejch commented Sep 8, 2021

Copy link
Copy Markdown
Member Author

@JohnVillalovos while resolving conflicts I consolidated the URL redirect warnings as I saw they were in 3 places, in case you'd like to have 1 final look, but this should also be ready now.

nejch assigned JohnVillalovos and unassigned nejch Sep 8, 2021
JohnVillalovos merged commit 8236281 into master Sep 8, 2021
JohnVillalovos deleted the feat/default-url branch September 8, 2021 20:45
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants


Back | FazBrowse Home | New Git URL