Skip to content

Understand the modpack creation workflow

creating-modpacksLearn how instances, environments, channels, versions, manifests, and overrides form a Tegra modpack.create modpack publish modpack project channel environment manifest overridesen

Modpack creation in Tegra starts from a working instance. The launcher uses the selected environment as the source for the project, publication channel, and version files.

The workflow has four levels:

  1. Instance: the local workspace used to build and test the modpack.
  2. Environment: an instance configuration with a Minecraft version, modloader, and its own files.
  3. Channel: the remote representation of an environment within the project. Each channel maintains its own version sequence.
  4. Version: a release identified by SemVer, an optional name, a changelog, and files distributed to players.

A project can contain multiple channels. For example, a pack can have a stable channel and a test channel, with each one linked to its corresponding local environment.

When you publish an environment with no existing link, Tegra follows this sequence:

  1. Creates the project or links the instance to one of your existing projects.
  2. Creates a channel from the selected environment.
  3. Registers the version with its Minecraft version, modloader, and SemVer.
  4. Scans the environment files.
  5. Generates a manifest with hashes, sizes, and known download sources.
  6. Compresses the selected overrides.
  7. Uploads the manifest and overrides.
  8. Stores the project link and published version reference in the local instance.

The local link lets later publications use the same project and channel. Tegra also keeps the last published manifest as a baseline for change detection and changelog generation.

The manifest describes the version contents. It records the Minecraft and modloader versions, included files, their hashes, and known URLs for automatic downloads.

The overrides are a compressed archive containing files that the project must deliver itself. This includes files without an automatic source, such as local mods, configuration, and resources created for the pack.

This separation reduces upload size and preserves the distribution method of projects obtained from compatible platforms.

  • Library and instance page: prepare, test, and publish the active environment.
  • My projects: edit metadata, inspect channels and versions, resume pending uploads, and remove versions when required.
  • Explore: present the final result for players to install and update.
  1. Prepare the source instance.
  2. Publish the first version.
  3. Maintain versions and metadata.