¿Cómo se testing correctamente un package Composer durante el desarrollo?

Actualización / Mi solución:

Accidentalmente no eliminé el VCS requerido de mi composer.json antes de realizar la testing con la tecla "autocarga". Ahora entiendo (en base a lo que acaba de suceder) que la sección de autocarga de composer.json se procesa en time de ejecución. Si esto es correcto, puedo haber resuelto mi problema. (falso, pero una exception InvalidArgumentException será lanzada por PHP si falta el "\\" final del nombre del espacio de nombres, de ahí la confusión)

El autocargador PSR-4 es independiente del repository de git y no requiere que realice cambios antes de la testing, por lo que esta solución es suficiente para mis propósitos.

Voy a dejar esta pregunta abierta por ahora en caso de que alguien tenga una respuesta a mi pregunta en términos más amplios. (es decir, respuesta a la pregunta como se indica en el título)

El problema:

Estoy intentando build algo principalmente para usar en un proyecto específico, pero como creo que será útil para otros, he decidido convertirlo en un package de Composer.

Lo que quiero hacer es desarrollar el package de compositor en un repository de git, y hacer testings manuales dentro de mi propio proyecto donde estoy usando el package.

Las soluciones que he encontrado son las siguientes, pero ninguna es suficiente:

Incluir el repository local de Git como repository de VCS en el compositor del proyecto. Json

El gran problema con este método es que por cada pequeño cambio que haga necesito confirmar los cambios antes de poder probarlos. Terminaré con toneladas de compromisos por mi propia syntax tonta o errores de API porque no hice la testing, no es genial.

Mueva la carpeta del package a la carpeta del proyecto y agréguela a la sección "autocarga" del proyecto en composer.json

Lamentablemente, este método tiene el mismo problema. Necesito realizar mis cambios si deseo realizar una testing manual; de lo contrario, aparecerá el siguiente post cuando ejecute "actualización del compositor": (consulte el encabezado "Actualizar / Mi solución")

[RuntimeException] Source directory /srv/http/my-project/vendor/my-package has unpushed changes on the current branch: M composer.json A src/EditorApplication.php 

Escribir un script de shell que copie los files fuente, excluyendo los files relacionados con git, de mi carpeta fuente en la carpeta cargada automáticamente en mi proyecto

Debe haber una manera de hacer algo tan necesario en Composer sin recurrir a esto. ¿Cómo se testingn cambios sin compromiso en un package de compositor sin realizar la implementación dentro del package? ¿Es posible?

Lo que quiero hacer es desarrollar el package de compositor en un repository de git, y hacer testings manuales dentro de mi propio proyecto donde estoy usando el package.

¿Cómo se testingn cambios sin compromiso en un package de compositor sin realizar la implementación dentro del package? ¿Es posible?

Puede definir el repository del proyecto secundario local como un repository de path en el composer.json su proyecto raíz. La path permite depender de un directory local.

Referenciando: https://getcomposer.org/doc/05-repositories.md#path

Cuando finaliza la fase de desarrollo local para el proyecto hijo, puede publicarlo y labelrlo instantáneamente para tener una primera versión. Se está salteando la fase dev-master al tener una versión listda en Packagist, que luego puede ser incluida por el / cualquier proyecto padre.