-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
API: file listing / tree access #1978
Comments
See #2749, which is an in-progress response to this, using the GitHub Tree API as a model. It follows the structure of code in the UI views (e.g. the directory view), and as I understand it the remaining pieces are:
Would love feedback from maintainers on whether this will be accepted before we put much more work into it! /cc @lunny since they seem to be a maintainer |
@necaris The PR is welcome to be compatible with Github Tree API. And also, we need some unit tests or integration tests on the PR. |
any update of progress on this issue and associated PR ? |
@rhaamo nobody are working on this. |
I intend to pick it back up but have limited time.
…On Sat, Oct 6, 2018, 11:02 Lunny Xiao ***@***.***> wrote:
@rhaamo <https://github.com/rhaamo> nobody are working on this.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1978 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAcH4fd_eKAIRF9aYxI-XSDq0y8CjFyxks5uiMYfgaJpZM4N7YyQ>
.
|
The current state is somehow confusing: There are two PRs for solving this: As I want to build commit API which depends on the tree API I'd be absolutely happy if all authors could come to an agreement or the maintainers would choose one solution over another. (I hope I found everybody working on the tree API) |
@HoffmannP see #5403 |
The current Repo Contents API supports raw file retrieval, but there doesn't seem to be a way to list the files in the repo. (Both GitHub and GitLab support this via the Tree API or a file access endpoint that also supports directory listing).
The motivation for this is that I would like to access a small subset of files in gitea repos, without cloning the repo or scraping the web interface.
Related to #64.
The text was updated successfully, but these errors were encountered: