Configuración del repository de Git para un proyecto que tiene un server y un cliente

Soy parte de un proyecto que se está iniciando y que tendrá un ejecutable cliente y un server ejecutable. Estamos usando git para mantener a nuestro equipo actualizado con el código y esta es la primera vez que muchos de nosotros usamos git (este proyecto es para una class). Estoy empezando a configurar el repository de git para que lo use mi proyecto, pero no estoy seguro de cuál sería el mejor layout para tener un código de cliente y server.

Entonces, en la pregunta, ¿cómo debe configurarse el repository? No habrá mucho intercambio de código entre los dos, excepto para la creación de networkinges. Sin embargo, estamos viendo la connection en networking entre los dos como el aspecto más importante y queremos mantener ambos usando los mismos conceptos de networking. He realizado algunas investigaciones en la parte superior y veo posibilidades, dos repositorys separados en los que tendremos que asegurarnos de que ambos códigos sean compatibles entre sí, o ¿usamos un único repository?

Lo siento por el enfoque bastante nuevo para esto, he leído "Git Pro" pero aún no tengo mucha experiencia en el uso de git para proyectos que trabajan con varias personas.

Si los clientes y serveres son bastante independientes unos de otros, son buenos candidatos para estar en su propio repository git. Este es el enfoque de componentes .

Podrías tener tres repositorys:

  • cliente
  • server
  • networking (modules comunes)

Los submobules en Git son perfectos para registrar el SHA1 exacto que está utilizando en set para su sistema.
Entonces, podrías definir el repo de 2 padres:

  • aplicación cliente

    • cliente
    • networkinges
  • aplicación de server

    • server
    • networkinges

La idea es poder decir si el cliente y el server están usando la misma o una versión diferente de la networking.

La configuration completa puede ser una exageración para un proyecto de class, pero podría ilustrar la diferencia entre el enfoque del sistema (todo en un repository gigante) y el enfoque por componentes.

Separar en diferentes repo de git permite un labeldo y ramificación independientes.

Debe usar un repository único, ya que puede contener múltiples proyectos / soluciones / cualquier otra cosa que construya un ejecutable.

En general, lo organizaría de la misma manera que le gustaría organizarlo localmente. No hay ninguna razón para desviarse de lo que funciona para usted para acomodar a git.

Sugiero configurar un repository de Github al que puedan acceder todas las partes.

    Intereting Posts