Skip to content

remote.push - how to know username/password is required and how to provide? #440

Closed as not planned

Description

@barry-scott

It seems that I GitPython does not tell the caller that username/password are required by git.

Did I miss something in the API to do this?

Why does the call to remote.push fail with an error detailing the auth failure? I get a exit code 128.

I had to patch the source to print the git stderr to see why this failure happened.

Activity

  1. Byron commented on May 25, 2016

    @Byron
    Member

    Which version of GitPython are you using ? There has been a bug that could cause it to omit certain messages to stderr in the past.

    Besides, as a general note, GitPython will do auth only without any user input. Usually this works by supplying a working ssh configuration, or by configuring GIT_SSH_COMMAND via the custom environment functionality of repo.git.

  2. barry-scott commented on May 25, 2016

    @barry-scott
    ContributorAuthor

    I'm creating a GUI that I hope can make it easier to use GIT.
    To that end I do not want to have to require the user to any complex setup and the SSH stufff is
    more complex then useing https for example.

    I think the solution has to be to set GIT_ASKPASS to run a process that the parent process
    can receive the credentials requests from via a pipe/socket. Then I can pop up a dialog to ask for
    credentials and pass them to git (I could also save in a Wallet for later use).

    Is this something you would add and support in GitPython?

  3. Byron commented on May 26, 2016

    @Byron
    Member

    Ah, interesting ! I think you should be able to set custom environment variables per call or for all calls on each repository's git instance. That way you can provide your own program to bring up some GUI to collect the login data for you as needed.

    Regarding this issue: I wouldn't know what to do about it ... can you clarify ?

  4. barry-scott commented on May 26, 2016

    @barry-scott
    ContributorAuthor

    I think that you should consider handling the credentials side of GIT in the GitPython code.

    For this it looks like you need a executable that you point GIT_ASKPASS at.
    Before running GIT in a subprocess you would setup GIT_ASKPASS and open a
    pair of unix domain sockets/Windows Named Pips to send and receive the data
    from the program in GIT_ASKPASS.

    That program will read its stdin and write that into GitPythons pipe. GitPython calls a
    auth_callback with the details (username or password
    and URL). The callback returns the answer and GitPython writes it into the pipe for
    hte GIT_ASPPASS program to output on stdout.

    Is that the clarification you wanted?

  5. Byron commented on May 26, 2016

    @Byron
    Member

    It seems this issue turned from a question and possibly a description of an issue (i.e. missing error description from git.push) into a specific feature request.

    As to me GitPython is in maintenance mode and will only receive bugfixes or merges of suitable PRs, I flagged this issue as help wanted.

    Maybe with you possibly implementing GIT_ASKPASS already, you might eventually see how the created code could integrate with GitPython to make it more useful to everyone.

  6. barry-scott commented on May 29, 2016

    @barry-scott
    ContributorAuthor

    I'll experiment with solution in git-workbench and when I have something useful I will create a PR for you.

  7. synergiator commented on Oct 6, 2020

    @synergiator

    any updates here? For a private repo, it would be good to be able to pass over username and password.

  8. Byron commented on Oct 6, 2020

    @Byron
    Member

    During my work on gitoxide I learned that the protocol is critically important to know in this issue as well. For instance, only when using an http remote the git credentials machinery will be used if the server responds with 403. Otherwise, when ssh is used, I think all credential handling might be in the hands of the invoked ssh program.

    Generally, to make authentication work across the board, configuration outside of GitPython would be required.

  9. yafeiaa commented on Jul 1, 2022

    @yafeiaa

    Here is the progress? Very need this solution.

  10. added theissue type on Jul 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions