We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
So, OAuth authentication isn't really implemented yet in the API, so this is the way I think it's going to work.
/auth/github
The GitHub login can be done in many ways, and I haven't quite decided which way I like the best.
So, what option do you think is the best? And what features do you want to see once we have authentication. This is what I've thought of so far:
<yourusername>/*
The text was updated successfully, but these errors were encountered:
It would also be possible to start a local web app running travis-sso, as localhost is whitelisted. Though I'm not sure if we'll keep it that way.
Alternative would also be to implement OAuth app registration for travis-api. ;)
Sorry, something went wrong.
I'll make sure to keep the authentication logic separate so we can swap it later should that be something we want.
No branches or pull requests
So, OAuth authentication isn't really implemented yet in the API, so this is the way I think it's going to work.
/auth/github
endpoint.The GitHub login can be done in many ways, and I haven't quite decided which way I like the best.
So, what option do you think is the best? And what features do you want to see once we have authentication. This is what I've thought of so far:
<yourusername>/*
).The text was updated successfully, but these errors were encountered: