Utilizando un proyecto existente en una nueva solución y ramas de git en Visual Studio
Mi pregunta es qué sucede si agrego un proyecto existente a una solución de Visual Studio 2019 que también está bajo control de versión. Lo que sé es que la solución original donde se creó el proyecto mostrará todos los cambios de git, pero la nueva solución donde se agregó el proyecto no lo hará.
¿Qué rama será visible en la nueva solución y qué sucede si cambio a una rama diferente? ¿Cambiaría también en la nueva solución (probablemente en mi opinión)?
¿Existe alguna forma de elegir la rama del proyecto existente en la nueva solución?
EDITAR:
Bien, salir externamente de la rama obligará al proyecto existente en la nueva solución a “silenciosamente” hacer checkout en la rama actual. Esto, por supuesto, no es bueno ya que no puedo elegir qué rama/versión se está utilizando actualmente. Sin embargo, ¿cuál sería el mejor enfoque si no quiero duplicar el código y tal vez necesite modificar ligeramente el proyecto existente original (por ejemplo, refactoring) que beneficiaría tanto a la solución original como a la nueva? ¿Cómo organizarías proyectos como este?
davy.ai
Si agregas un proyecto existente a una solución de Visual Studio 2019 que también está bajo control de versiones, la solución original en la que se creó el proyecto mostrará todos los cambios de Git, pero la nueva solución a la que se agregó el proyecto no lo hará. La nueva solución tendrá su propio conjunto de cambios de Git basados en los cambios realizados en la solución en sí, pero no en el proyecto agregado.
La rama que será visible en la nueva solución depende de la rama que se esté verificando en el repositorio local. Si cambias a una rama diferente, los cambios en la nueva solución reflejarán los cambios en esa rama.
Existe una forma de elegir la rama del proyecto existente en la nueva solución. Puedes agregar el proyecto existente a la nueva solución como un submódulo de Git, lo que te permite especificar la rama o el hash de confirmación que se debe usar para ese submódulo.
En cuanto a la organización de proyectos de esta manera, generalmente es una buena idea mantener proyectos relacionados en el mismo repositorio para facilitar su gestión y seguimiento de cambios. Puedes usar submódulos de Git o subárboles de Git para gestionar las dependencias entre proyectos, y puedes usar ramificación y fusiones para gestionar los cambios en diferentes versiones o lanzamientos del mismo proyecto. También es importante comunicarse con tu equipo y asegurarse de que todos estén al tanto de cómo se organizan los proyectos y cómo trabajar con ellos.