Hola David,

Primero agradecerte tu rápida respuesta. Creo que los diferentes NameSpaces referencian distintos proyectos, si.(disculpa mi desconocimiento, como aquel que dice acabo de incorporarme a este mundo). Entiendo que la forma correcta sería tener un repo para el código de cada NameSpace y ¿quizá otro para el código que sea común a todos los Namespaces? 

Hola David, gracias de nuevo!

¿Cómo funciona el mapeo de clases entre Namespaces? No he visto referencias a esto en la documentación. 

¿Habría alguna forma de realizar este mapeado en el código? Entiendo que cuando desarrollamos en local sobre distintos NameSpaces, si lo subimos todo a un mismo repositorio para desde ahí desplegar en producción, tendríamos que remapear, ¿cierto? 

Por otro lado, Francisco nos ha dejado otra posibilidad para trabajar con esto, ¿crees que sería una buena solución?

Hola Francisco, 

Muchas gracias por tu respuesta, realmente es algo muy similar a lo que buscamos, ya que hemos estado trabajando con entornos muy antiguos donde no podíamos llegar a trabajar así. Respecto a los despliegues, ¿como los gestionais? 

Hola Francisco 

Tu respuesta nos está siendo de mucha ayuda para estructurar nuestro repo, estoy realizando pruebas y me he encontrado con un problema. He creado un workspace similar al que tu has compartido:

 Sin embargo, y como se ve en la parte inferior de la imagen, el namespace siempre es 'USER'. Dentro de cada carpeta correspondiente al namespace he incluido el archivo setting.json:

{

    "objectscript.conn": {

        "ns": "NAME"

    }

}

¿Es posible que esté realizando algo mal? Dentro de mi local host existen ambos namespace

Así es, en el setting.json tenemos el nombre del namespace correspondiente, pero he realizado la prueba que me dices y no tengo respuesta, sigue sin modificar el namespace sobre el cual se trabaja. 

EDIT: el archivo es settingS.json, me faltaba esa S, por lo que no estaba cogiendo esa configuración.... Ahora ya parece que funciona