Git prescinde de un subdirectory sin tener el repository completo localmente

¿Cuál es la mejor solución para resolver este problema? Tenemos un gran repository. Debido a la restricción de security, las personas no pueden tener copys de files en estaciones de trabajo mobilees como computadoras portátiles. Pero hay carpetas dentro del repository que están excluidas de esta regla. El objective es ser capaz de desarrollarse fácilmente dentro de este subdirectory y tirar, empujar y manejar las twigs del repository principal.

Entonces, la pregunta es si hay clon / checkout solo en un subdirectory de un git repo sin tener una copy completa del repository localmente. Al hacer mi investigación encontré algunas soluciones. Tal vez alguien pueda ayudar a aclarar cuál sería la forma más fácil de resolver este problema.

  • escaso checkout (pero debe tener una copy completa de su repository en la carpeta .git)
  • submodules (parece ser difícil de mantener y queueborar)
  • subtree (parece prometedor)
  • git archive (revise un directory pero puede actualizar y retroceder)

Gracias de antemano por cualquier ayuda.

Ese no es el concepto de Git. Git es un sistema de control de versiones descentralizado. La copy local es el concepto principal. Normalmente, debe evitar repositorys grandes y debe excluir medios y cargar carpetas, por ejemplo. Git no está hecho para files grandes. Para eso es el proyecto Git LFS .

Puede establecer derechos solo en el repository completo si otorga derechos a alguien, luego puede clonar todo el repository y no tiene ningún tipo de security en ese caso y no importa si clona una carpeta o el repository completo.

La forma correcta podría ser eliminar todos los files / carpetas importantes y grandes del repository. Y hacer un repository sin datos reales. Tienes que crear un nuevo repository porque todos los files viejos y comprometidos permanecen en el repository. Allí puede limpiar sus files y agregar solo scripts y files que necesita desarrollar.

Puedes trabajar con submodules pero eso es realmente mucho trabajo.

    Intereting Posts