Exponer repositorio de Git parcialmente

Deberias concretar mas tu problema. Las dependencias entre los modulos, cuales quieres exponer y cuales deben ser privados. De verdad puedes separarlo todo? Imagino que podeis mockear parte del codigo con interficies o darles algun compilado para que trabajen. O es 100% aislado y facil?

Para lo que comentas puedes mirarlo con submodulos que no se si es a lo que te refieres con "mover y integrar el repositorio".

Master en estado 0
Branch de master con estado 0.
Mueves el codigo en otro git y lo dejas dentro de esta rama como submodulo.
Compartes con el cliente solo el submodulo.
Cada vez que hagas commit en tu branch te hara hacer pull del submodulo tambien para integrar cambios.
Mantienes master en estado 0, pero tu branch de trabajo y el submodulo iran mutando.
Al final podras integrarlo de vuelta.

Otra alternativa es con subtrees. Al no tener nada compartido en teoria tambien son una opcion. Yo prefiero hacer submodulos porque me interesa tener los cambios compartidos, si estais compartiendo compilados por ejemplo seria lo suyo tambien.

Por hacerlo más fácil de mantener yo haría una repo separada y una pipeline de integración automática que integrara el máster en vuestro proyecto principal de la forma más conveniente.

#3 Si mira submodulos, sin problemas si esta separado. A mano solo tendras que separar el codigo el primer dia y deshacer el submodulo el ultimo dia.

Imposible perder nada.

#7 O submodulos o subtrees.

Se inventaron para este caso de uso. beneficios? todos los de git, desventajas? no deberia haber ninguna.

Usar herramientas externas o re inventarlo tu a mano me parece bobada.

Es mas facil razonar y descartar porque no usar submodulo o subtree que ponerte a sacar alternativas a estos 2.

#10 con git-aggregator puedes juntar lo que te salga del nardo siempre que se respeten las historias. Los submodulos estás atado a como se plantee... el día de mañana quieres meter cambios de otro sitio y ... "oh mierda, los submodulos".

#12 Estos problemas que comentas no aplican en el caso a resolver.

Son problemas de tener submodulos como flujo en un proyecto largo y si te ha dado problemas no eran los submodulos, es que tenias la infra mal montada. si usas submodulos requieres mirar si existen cambios recursivamente cuando haces pulls... en fin, si no sabes usar git no puedes decir que los submodulos dan problemas XD

Puedes decir que para usar submodulos en el dia a dia requieres de tener los hooks configurados... pero los submodulos no dan problemas, los dan el mal uso. de nuevo, esto no aplica al problema.

Yo uso submodulos, 0 problemas. El primer dia configure la infra, asi un pajeet no rompe nada.

Me salgo de la discusion, ha divagado demasiado para mi gusto.

#14 Bueno, ya me sales con falacias de "si tu no sabes, callate"... así que, yo ya he terminado por aquí. Adiós. No vengo a medirme la polla con nadie, solo a decir lo que pienso.

#16 Si yo hago un push a master sin hacer pull antes tambien puedo romper el git. Lo mismo con submodulos? wow.

Ese era tu razonamiento para decir que los submodulos no eran opcion cuando se inventaron precisamente para estos casos de uso.

Usar mal algo no significa que este algo este mal.

Salu2.

No te lo digo a ti en concreto, ambos habeis propuesto alternativas peores a submodulos y subtrees sin razonar porque estos son malos. Al otro re inventando la rueda ni me he molestado en responderlo porque se que no le hara caso el OP. me parece demasiado obvio.