List files

Returns every file a glob selects at one revision, WITH its bytes and the revision they came from.

GET /v1/git/repos/{name}/files

Addresshttps://api.hanzo.ai/v1/git/repos/{name}/files
MethodGET
Operationget_git_repos_by_name_files
AuthAuthorization: Bearer $HANZO_API_KEY

Returns every file a glob selects at one revision, WITH its bytes and the revision they came from. It is the read a delivery generator makes: one call answers "what is the inventory at this commit, and what does it say", where listing and then fetching would be a request per file.

Returning the resolved revision matters as much as the bytes. A generator that lists at main and then reads at main can straddle a push and assemble half its inventory from one commit and half from the next; resolving once makes the whole read consistent by construction.

A file past the read cap comes back Truncated with no content rather than being dropped. A caller building a desired set has to know the difference between "this file is empty" and "this file was not read" — silently omitting it is how a pruning reconcile deletes what the missing file declared.

Request

3 fields.

FieldInTypeRequiredDescription
namepathstringyesName is the repo to read, from the :name path segment.
refquerystring—Ref is a branch, tag or commit; empty means the repo's HEAD.
globquerystring—Glob selects files, matched segment by segment so * never crosses a /.

Response

StatusBodyMeaning
200git.filesJSONok
defaultproblem-detailsrefused

200 body — 7 fields.

FieldInTypeAlwaysDescription
filesbodygit.fileJSON[]—Files are the selected files, sorted by path.
files[].contentbodystring—Content is the file's bytes, empty when Truncated.
files[].encodingbodystring—Encoding is how Content is carried: "utf8" verbatim, or "base64".
files[].pathbodystring—Path is the file's repo-relative path.
files[].sizebodyinteger (int64)—Size is the file's byte length in the repo.
files[].truncatedbodyboolean—Truncated marks a file past the read cap; no content is sent.
revbodystring—Rev is the full revision the ref resolved to — pin follow-up reads to it.

Failure carries the platform error shape — see Errors.

Examples

hanzo git repos files <name>
import { Configuration, GitApi } from 'hanzoai';

const api = new GitApi(new Configuration({ accessToken: process.env.HANZO_API_KEY }));
const { data } = await api.getGitReposByNameFiles({ name: 'name' });
from hanzoai.cloud import ApiClient, Configuration
from hanzoai.cloud.api import GitApi

client = ApiClient(Configuration(access_token=os.environ["HANZO_API_KEY"]))
result = GitApi(client).get_git_repos_by_name_files(name='name')
cfg := hanzoai.NewConfiguration()
cfg.AddDefaultHeader("Authorization", "Bearer "+os.Getenv("HANZO_API_KEY"))
client := hanzoai.NewAPIClient(cfg)

resp, _, err := client.GitAPI.GetGitReposByNameFiles(context.Background()).Execute()
if err != nil {
	return err
}
use hanzo_client::apis::{configuration::Configuration, git_api};

let mut cfg = Configuration::new();
cfg.bearer_access_token = std::env::var("HANZO_API_KEY").ok();

let result = git_api::get_git_repos_by_name_files(&cfg, Default::default()).await?;
import ai.hanzo.cloud.ApiClient;
import ai.hanzo.cloud.api.GitApi;

ApiClient client = new ApiClient();
client.setBearerToken(System.getenv("HANZO_API_KEY"));

var result = new GitApi(client).getGitReposByNameFiles();
curl https://api.hanzo.ai/v1/git/repos/<name>/files \
  -H "Authorization: Bearer $HANZO_API_KEY"

MCP reaches git through the git tool, which names its 38 operations with its own verbs — this one among them, under a name only MCP declares. describe explains any of them:

curl -X POST https://api.hanzo.ai/v1/mcp \
  -H "Content-Type: application/json" \
  -d '{
       "jsonrpc": "2.0",
       "id": 1,
       "method": "tools/call",
       "params": {
         "name": "describe",
         "arguments": {
           "op": "list_git_keys"
         }
       }
     }'

Git API · All Hanzo APIs · Interactive reference

Was this page useful?