Importar un requerimiento de otro ambiente

Un requerimiento ya desarrollado en otro ambiente de desarrollo con kbspec se puede importar en este. Llega con sus documentos y su código, y sigue el ciclo de acá: el ticket, el pase, las ramas y el flujo de PR de este ambiente. Los dos ambientes usan la misma versión de kbspec.

Exportar

En el ambiente donde está el requerimiento:

kb traslado exportar          # muestra qué va en el paquete
kb traslado exportar --si     # arma el paquete en ~/kbspec-traslados/

El paquete lleva los documentos del expediente y, por repositorio, el cambio del código. La configuración local (.env, sesiones guardadas) no viaja, y un secreto en el código o en un documento frena la exportación.

Importar

kb traslado verificar paquete.zip    # llegó completo
kb traslado importar paquete.zip --ticket REQ-0031000 --pase PN-00500
kb traslado importar paquete.zip --ticket REQ-0031000 --pase PN-00500 --si

El segundo muestra el plan sin tocar nada. Con --si, kbspec crea el expediente con el ticket y el pase de acá, aplica el código en un commit en la rama de trabajo y deja los documentos listos para revisar y aprobar. Desde ahí, el ciclo de siempre: aprobar el alcance y la solución, kb pruebas y kb pr.

• Si una aplicación se llama distinto en este ambiente, se indica una vez (--app WEB=FRONT) y kbspec lo recuerda.
• Si el código choca con cambios de acá, la importación se detiene y dice qué archivos revisar. Se resuelven, git add, y kb traslado importar --continuar.
• Para actualizar un requerimiento que ya existe, se importa con --en <TICKET>: llega solo lo que cambió.

Quién puede exportar

El equipo puede impedir que se exporten requerimientos con traslado_salida: no en la sección «Traslado» de CICLO.md, o que los paquetes lleven los insumos de entradas/ con traslado_entradas: no. TI puede fijar lo mismo en la máquina con la política de kbspec (TrasladoSinSalida, TrasladoSinEntradas). Importar siempre está disponible.