El repository de la base de código de la aplicación frontend / backend de Git

Soy bastante nuevo en git y tengo la siguiente pregunta:

Estoy desarrollando una aplicación HTML / JS. Para el Backend quiero compartir la misma base de código que el frontend (libs como jquery, un stub index.html, varios files auxiliares, CSS estándar)

Así que quiero include el repository de la base de código y tener un repository propio para todos los cambios en la parte superior (3 repositorys en total: 1 base de código, 1 frontend, 1 backend). Como un esqueleto de aplicación. ¿Es esto posible con submodules? Quiero tener la posibilidad de enviar cambios a la base de código o al repository del proyecto.

Por ejemplo:

public/ |_ index.html |_ css/ |_ styles.css 

Si cambio el file index.html para include una lib de js para utilizar con la base de código, quiero poder enviar a la base de código. Si cambio el título Tag del index.html, quiero poder enviar ese cambio al repository de proyectos y no afectar la base del código.

Los submodules son una buena forma de reutilizar un set independiente de files, pero no debe mezclar submodules y la estructura de directorys real que necesitará.

 Parent repo common (submodule) codebase (submodule) 

Esto es diferente de tu estructura real

 public/ |_ index.html |_ css/ |_ styles.css 

La forma en que puede vincularse entre sí es a través de enlaces simbólicos (que existe incluso en Windows Vista o Seven), para modificar lo que desea en sus directorys habituales, pero para comprometerse en los treees que funcionan actualmente con Git Repo.

Sí, los submodules funcionarán. No he necesitado usar enlaces simbólicos. Tengo un submodule que alberga dlls de terceros, uno que contiene código común, incluido el backend, y otro que tiene la lógica de la aplicación.

 app level | |-- common code | |-- Libs 

Una palabra de consejo, no use espacios en los nombres de su directory.

    Intereting Posts