Múltiples repositorios en un directorio

Question

Esta es una pregunta que parece surgir de manera semi-frecuente, pero lamentablemente aún no he encontrado una respuesta que pueda aplicar completamente a mi situación, así que pensé que haría mi propia pregunta . Esta es mi primera pregunta sobre SO, así que se agradable. : P

El "problema": Nuestra empresa desarrolla múltiples aplicaciones PHP, sin embargo una de esas aplicaciones es un "maestro" de clases. Todas nuestras otras aplicaciones están instaladas dentro de esta "aplicación maestra" y requieren que la aplicación maestra funcione.

Usamos control de versiones para administrar estas aplicaciones, por supuesto.

Si bien muchos de los archivos en nuestras aplicaciones de complemento están en subdirectorios, no todos son. Esto significa que no podemos usar la importación de subdirectorios (svn externos, submódulos de git, etc.). Por ejemplo, dentro de la carpeta raíz hay varias carpetas (admin, public, kernel, etc.) y las aplicaciones addon tienen archivos dentro de una o más de estas carpetas; no son independientemente independientes dentro de la estructura de directorios de la aplicación maestra. .

Actualmente utilizamos SVN y recientemente nos encontramos considerando git debido a algunas de las funciones disponibles que creemos que podrían ser útiles para nosotros. Sin embargo, una cosa que no entiendo con git es si realmente hay una forma de "fusionar" (no en el sentido de control de la versión) estos repositorios en un solo directorio localmente cuando los desarrolladores están trabajando en el código. No he encontrado una manera de hacer esto con SVN tampoco.

En un mundo ideal, tendríamos un repositorio para nuestra aplicación "maestro" con una estructura de este modo:

• /
• --file1
• --file2
• -/admin
• ---- fichero1
• ---- fichero2
• -/pública
• ---- fichero1

Nuestra aplicación complemento tendría una estructura como tal (recuerda, tenemos múltiples aplicaciones de montaje anexo):

• /
• --filex
• -/admin
• ----/miaplicacion
• ------ fichero1
• ------ fi le2
• -/pública
• ---- ArchivoX

Hemos experimentado con los siguientes enfoques, cada uno con sus propias advertencias:

1. Todas las aplicaciones en un único repositorio. Esto es menos que ideal ya que se convierte en una pesadilla manejando versiones para cada aplicación de manera efectiva (especialmente en SVN). La ramificación y el etiquetado llevan archivos de aplicaciones independientes y no relacionadas.
2. Todas las aplicaciones en un repositorio separado. Esto tampoco es ideal (bueno, es desde una perspectiva de administración/organización) porque no se pueden exportar dos repositorios separados a una única carpeta, por lo que siempre se trabaja con una salida de un repositorio y una exportación de otros. Si está trabajando en la aplicación X y hay cambios en nuestra aplicación maestra, debe realizar manualmente una nueva exportación de esa aplicación maestra y copiar los archivos en el repositorio de la aplicación X en el que está trabajando para tener el último código de estructura.

¿Hay alguna manera con git o SVN (o cualquier otro sistema de control de versiones para el caso) de permitir más de un repositorio dentro de un solo directorio sin usar subdirectorios? SVN Externals es casi perfecto, pero tiene el requisito de que todos los archivos en el repositorio externo estén en una subcarpeta separada, que como se describe arriba no nos funciona. Entiendo que git tiene capacidades equivalentes, pero de nuevo no puede permitir más de un repositorio en una sola carpeta, dejándonos con el mismo problema.

preguntas relacionadas: Multiple repositories in one directory (same level) - is it possible? - esto es muy cercano a lo que estoy pidiendo que pienso, pero no vi ninguna solución que me sentí podría aplicarse a nuestra situación.

Answer 1

Subversion 1.6 y 1.7 permiten externos de un solo archivo.

Ver http://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html

"Subversion 1.6 de apoyo también introducido para las definiciones externas para archivos. Archivos externos están configurados como externos para directorios y aparecen como un archivo versionado en la copia de trabajo.

Por ejemplo, supongamos que tiene el archivo/trunk/bikeshed/blue.html en su repositorio, y que querían este archivo, tal como apareció en la revisión 40, que aparecerá en su copia de trabajo de/trunk/www/as green.html."

Answer 2

que nunca han intentado hacer algo como esto en un entorno de producción, pero que sin duda podría hacer:

 
$ git init 
$ mv .git .git1 
$ git init 
$ mv .git .git2 
$ export GIT_DIR=.git1 
# do work in first repo 
$ export GIT_DIR=.git2 
# do work in second repo 

Answer 3

Git le permite especificar el trabajo directorio y git-directorio en el comando de nivel superior git:

git status 

se puede alterar para utilizar una carpeta .git diferente con

git --git-dir=some/other/path/to/a/different/.git/folder status 

Del mismo modo, se puede especificar una carpeta de trabajo diferente:

git --work-tree=some/other/path status 

También se pueden combinar los 2.

Si usted tiene que tener este flujo de trabajo todo el tiempo, puede anular y envuelve el comando git para siempre apunte a un directorio .git específico o dir de trabajo. Un ejemplo es "logros de git" que intercepta los comandos de git y le da recompensas por mejorar con git y luego llama al comando git real: https://github.com/icefox/git-achievements

Parece un problema divertido de resolver.

También me gustaría simplemente tener una rama por aplicación y volver a establecer una base de esas ramas sobre cualquier trabajo que se realice en la aplicación principal. Esta sería realmente mi primera opción.