npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

list-github-dir-content

v4.0.4

Published

List all the files in a GitHub repo’s directory

Downloads

5,494

Readme

list-github-dir-content

List all the files in a GitHub repo’s directory

Install

npm install list-github-dir-content

Usage

import {
	getDirectoryContentViaTreesApi,
	getDirectoryContentViaContentsApi
} from 'list-github-dir-content';

const myToken = '000'; // https://github.com/settings/tokens

// They have the same output
const filesArray = await getDirectoryContentViaTreesApi({
	user: 'microsoft',
	repository: 'vscode',
	directory: 'src',
	token: myToken
});
// OR
const filesArray = await getDirectoryContentViaContentsApi({
	user: 'microsoft',
	repository: 'vscode',
	directory: 'src',
	token: myToken
});
// OR
const filesArray = await getDirectoryContentViaContentsApi({
	user: 'microsoft',
	repository: 'vscode',
	ref: 'master',
	directory: 'src',
	token: myToken
});

// ['src/file.js', 'src/styles/main.css', ...]

// getDirectoryContentViaTreesApi also adds a `truncated` property
if (filesArray.truncated) {
	// Perhaps try with viaContentsApi?
}

API

getDirectoryContentViaTreesApi(options)

getDirectoryContentViaContentsApi(options)

Both methods return a Promise that resolves with an array of all the files in the chosen directory. They just vary in GitHub API method used. The paths will be relative to root (i.e. if directory is dist/images, the array will be ['dist/images/1.png', 'dist/images/2.png'])

viaTreesApi is preferred when there are a lot of nested directories. This will try to make a single HTTPS request for the whole repo, regardless of what directory was picked. On big repos this may be of a few megabytes. (GitHub API v3 reference)

viaContentsApi is preferred when you're downloading a small part of a huge repo. This will make a request for each subfolder requested, which may mean dozens or hundreds of HTTPS requests. (GitHub API v3 reference)

Notice: while they work differently, they have the same output if no limit was reached.

Known issues:

  • viaContentsApi is limited to 1000 files per directory
  • viaTreesApi is limited to around 60,000 files per repo

The following properties are available on the options object:

user

Type: string

GitHub user or organization, such as microsoft.

repository

Type: string

The user's repository to read, like vscode.

ref

Type: string

Default: "HEAD"

The reference to use, for example a pointer ("HEAD"), a branch name ("master") or a commit hash ("71705e0").

directory

Type: string

The directory to download, like docs or dist/images

token

Type: string

A GitHub personal token, get one here: https://github.com/settings/tokens

getFullData

Type: boolean

Default: false

When set to true, an array of metadata objects is returned instead of an array of file paths. Note that the metadata objects of viaTreesApi and viaContentsApi are different.

Take a look at the docs for either the Git Trees API and the Contents API to see how the respective metadata is structured.

License

MIT © Federico Brigante