-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Manage git authentication for remote git https
projects
#13611
Comments
https
projects
https
projectshttps
projects
https
projectshttps
projects
As I understand it, the current state is no worse than what we would have to do on your own laptop. |
relabeled to |
@tsmaeder It is a lot worse than on your own laptop:
Maybe #15421 would be part of the solution. |
Issues go stale after Mark the issue as fresh with If this issue is safe to close now please do so. Moderators: Add |
Should be addressed by #20583 |
Implemented a long time ago. Closing. |
Description
In this proposal, I give an example using Github, but could be gitlab or anyother git providers.
In this proposal, I give an example using che.openshift.io, but could be any Che instance.
This is a proposal to simply manage github https authentication in Che for pushing changes.
The goal is to implement the flow where a user, using che.openshift.io would have almost nothing to do to be able to work on a github project and push his changes
User starts a workspace (from a devfile or ...) containing github projects (https)
User is redirected and is asked to loggin in che.openshift.io. che.openshift.io would ask for authorisation through Github OAuth to have push rights. Che gets a OAuth token and store that to keycloak. Retrieve that token with keycloak token exchange and store in the user preferences or cache it.
For each github https projects and on each wanted containers set github token/oauth. Would be done automatically by Che-theia after clone and at startup for existing project. Something like:
User uses the theia user interface to commit and push (would need to fix push in theia) or the command line ... without having to enter his credentials everytime or setup any ssh keys.
Resources:
https://git-scm.com/book/en/v2/Git-Tools-Credential-Storage
https://help.github.com/en/articles/caching-your-github-password-in-git
https://help.github.com/en/articles/creating-a-personal-access-token-for-the-command-line#creating-a-token
Value for the users and customers
Users won't have to do anything else than authorising github oauth. This would be done with the web standards. The default https repos provided by github could be used (for logged user, by default, github suggests https clone URL when no ssh keys has been uploaded).
The text was updated successfully, but these errors were encountered: