Download the PHP package papi-ai/ingest-gitingest without Composer

On this page you can find all versions of the php package papi-ai/ingest-gitingest. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package ingest-gitingest

papi-ai/ingest-gitingest

Remote repository ingestion for PapiAI, via the gitingest CLI.

Install

The gitingest binary is a runtime requirement, not a Composer dependency.

Usage

Private repositories take a token, which gitingest also reads from GITHUB_TOKEN:

When to use this, and when not to

Use it for remote sources. Hand it a GitHub URL and it clones, filters and returns a digest, which a pure-PHP walker cannot do without reimplementing a clone. It also gives parity with what people already paste into models by hand.

For local paths, use NativeIngestor instead. gitingest handles them perfectly well, but shelling out to Python to walk a directory PHP can walk itself buys nothing and puts a dependency on the common path. supports() returns true for both, so ask NativeIngestor first when routing.

Behaviour

gitingest returns a finished prompt. This adapter parses it back into a RepositoryDigest, so callers can re-render at any budget through the same renderer every other ingestor uses. Parsing keys on the framing gitingest itself emits (a 48-character rule, then FILE: <path>), and those constants live in papi-ai/ingest so both ends agree.

A missing binary throws before any work happens, with the install command in the message. The check resolves PATH rather than spawning anything, so asking costs nothing.

Remote state has no local mtimes or git blobs to hash, so the fingerprint is a hash of the digest gitingest returned: it changes exactly when what came back changes.

Depth

Depth::Full and Depth::Tree work out of the box. Depth::Api needs a symbol extractor, the same as everywhere else:

Asking for Api without one throws rather than quietly returning a tree.

License

MIT, Marcello Duarte


All versions of ingest-gitingest with dependencies

PHP Build Version
Package Version
Requires php Version ^8.2
papi-ai/ingest Version ^0.15
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package papi-ai/ingest-gitingest contains the following files

Loading the files please wait ...