-
Notifications
You must be signed in to change notification settings - Fork 295
feat: Add support for tools from github enterprise. #534
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
feat: Add support for tools from github enterprise. #534
Conversation
d92d23d to
9dbc119
Compare
|
Updated this PR with changes from #578 |
374632f to
3392ddd
Compare
|
ah, sorry for not reviewing this sooner. just noticed it |
thedadams
left a comment
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 for your contribution!
Just a few minor comments on the code style.
3392ddd to
59252f6
Compare
|
Updated with latest |
|
@johnrengelman Thanks for making those changes. Based on the failures here, can you run |
59252f6 to
43b8255
Compare
|
@thedadams updated with those changes. |
43b8255 to
2e51afe
Compare
|
pushed fixes for the linting errors (finally figured out how to get |
|
@johnrengelman Thanks for your work here!! |
Adds support for using a private Github Enterprise instance to host internal gptscript tools.
Can be invoked in the following way:
$ GH_ENTERPRISE_TOKEN=<personal access token> gptscript --github-enterprise-hostname mygitinstance.com <tool>This is functional and I was able to resolve and use tools from a private instance.
I'm not super happy with the way the configuration is passed down (and that the
loader/githubpackage gets pull into theclipackage). I considered using thecontext.Contextinstance that gets passed to the loader functions to then enable resolution to a GHE instance and would be happy to implement that or any other suggestions you have.