Define package aliases and multiple-version coexistence

Abierto
#58 0 comentarios 0 reacciones 1 asignado Ver en GitHub

@LunaStev ya está trabajando en esto.

Desde el 2/11/2026.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
32/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
rust
Área
backend, cli

Línea de trabajo

Start by reading the dependency manifest handling, --dep=<name>=<path> parsing, dependency graph, tree output, and vex.lock/metadata code; the issue does not name specific files or tests. First map how dependency keys, package identity, and Wave import namespaces currently relate. Done means the alias and identity model is documented and implemented with deterministic conflict and cycle detection, distinct tree output, and tests for the four listed cases, without registry semantics.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

dependencies discussion feature request wave compatibility

Motivation

Vex currently requires the dependency key, source package name, and Wave import namespace to be identical. The graph also allows only one source/version requirement per package name. This prevents intentional renaming and coexistence of incompatible versions.

Design questions

  • Is the manifest dependency key the import namespace or package identity?
  • How does Vex pass aliases through --dep=<name>=<path>?
  • Can two aliases point to different versions of the same package?
  • How are package self-name validation and diagnostics preserved?
  • What identity is recorded in vex.lock and metadata?

Acceptance criteria

  • Publish an alias and package-identity model compatible with Wave imports.
  • Preserve deterministic conflict and cycle detection.
  • Make tree output distinguish alias, package name, version, and source.
  • Add tests for one rename, two versions, transitive aliases, and collisions.
  • Do not introduce registry semantics.
Lenguaje dominante
Rust
Estrellas
1
Forks
3
Merge medio
23 h 3 min
PR fusionados (30 d)
7

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de wavefnd/Vex

Todos los issues de wavefnd/Vex

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.