Entrega privada con Composer composer install. Pero solo quien ha pagado.

Construimos entrega privada con Composer y acceso por cliente y licencia. Para los desarrolladores nada cambia: añadir el repositorio, guardar el token, instalar. Así entregamos también nuestros propios módulos de Magento.

Revisar mi entrega
Lo que ven los desarrolladores
$ composer config repositories.acme composer https://repo.example.com
$ composer require acme/b2b-pricing
✓ Token activo · licencia válida · archivo entregado

$ composer update acme/b2b-pricing
✕ Licencia caducada · acceso denegado

Dónde falla

Un repositorio se monta rápido. Los problemas llegan con el primer cliente.

  • Tokens compartidos

    Un token pasa entre agencia, desarrolladores y servidor de build. Después nadie puede rotarlo sin romper algo en alguna parte.

  • Licencia y acceso se separan

    El contrato terminó, pero el repositorio sigue entregando actualizaciones. O al revés.

  • Los builds dependen de la descarga

    Archivos que faltan, metadatos viejos o un paso manual en el release convierten un despliegue normal en un caso de soporte.

  • Todos los errores parecen iguales

    Token caducado, paquete inexistente, licencia que no lo cubre: Composer dice lo mismo en los tres casos.

El flujo

Cuatro momentos, una decisión de acceso.

  1. Release

    El pipeline crea un archivo inmutable a partir de una versión probada y lo publica una vez.

  2. Instalación

    Composer pregunta, la plataforma comprueba token y licencia y luego entrega metadatos y archivo.

  3. Bloqueo

    Retirar un token o una licencia sin renombrar ni reconstruir paquetes. La siguiente petición se rechaza.

  4. Soporte

    El registro muestra qué comprobación falló, sin que nadie tenga que ver el token.

¿Su proceso de despliegue se llama cruzar los dedos? Le proponemos un pipeline.

Construir, probar, publicar y entregar un release: bien automatizado una vez, en lugar de a mano cada vez.

Revisar mi entrega
Trébol de cuatro hojas bajo una campana de cristal

Lo que necesita

No todo paquete privado necesita su propia plataforma.

SatisRegistro alojadoEntrega por licencia
Tarea Generar y alojar metadatos de Composer Ofrecer paquetes privados a equipos Entregar paquetes a clientes que pagan
Acceso de clientes Desarrollarlo uno mismo Cuentas y permisos A partir de datos de cliente y licencia
Bloquear tokens Desarrollarlo uno mismo En el backend del proveedor Automáticamente con la licencia
Operación Su equipo Proveedor Su equipo o con nosotros
Encaja para Pocos paquetes internos Desarrollo entre varios equipos Módulos comerciales con licencias

Si su configuración actual basta, se lo diremos. Una plataforma nueva no es automáticamente la respuesta correcta.

Preguntas técnicas

Lo que los equipos deben aclarar al principio.

¿Los clientes siguen usando los comandos normales de Composer?
Sí. Añaden el repositorio privado e inician sesión con su propio token. Todo lo demás sigue siendo Composer 2 como siempre.
¿Puede usarse el mismo token en local y en CI?
Técnicamente sí. Pero los tokens separados se rotan, asignan y bloquean más fácilmente. Por eso separamos personas, proyectos y pipelines.
¿Qué pasa cuando termina una licencia o el periodo de soporte?
Usted decide: cortar el acceso al momento, limitarlo a versiones ya publicadas u otra regla contractual. La plataforma la aplica de forma coherente.
¿Hay que reconstruir los módulos de Magento existentes?
Normalmente no. Los paquetes necesitan metadatos de Composer válidos y archivos versionados. Acceso y entrega rodean al paquete, no están en su código.
¿Puede la plataforma funcionar en nuestra infraestructura?
Sí. Totalmente en su casa, con nosotros o repartido. Hosting, monitorización y responsabilidad ante incidencias se acuerdan antes.

Encuentre el hueco antes que su próximo cliente.

Revisar mi entrega